長南さんの質問、指摘はもっともです。 このスレッドのタイトルは「git リポジトリ管理に関して」です。 matsuand さんは暗黙のうちに、git のコミットとレビューを結びつけているようですが、 この2つはきちんと分離して議論すべきです。改めて長南さんへのリプライをみて感じました。 レビュー方法の議論であれば、まずレビュー方法の議論をすべきです。 「git リポジトリ管理」を議論するなら、それは git リポジトリへのコミットの仕方 だけを議論しないと多くの人が混乱します。 私のこのスレッドのリプライは ・レビューのやり方は何も変えない前提で、 ・管理者として git リポジトリに更新を行う際の手順について議論 です。 『git リポジトリに書き込む際に』、直接 master ブランチに書き込む方法、に加えて、 プルリクエストを使うオプションも提示しているだけです。 プルリクエストを使うオプションは、 master ブランチに直接コミットする前に、 他の人にコミット内容を確認してもらいたいときに使うイメージです。 自信のある人は従来どおり直接 master ブランチに書き込んでもらえればいいので、 この方法については何も変わらないです。 （これはもう一つの「コミッターに関して」のスレッドで議論したことです） On Thu, May 13, 2021 at 11:13 AM matsuand <michio_matsu****@yahoo*****> wrote: > > matsuand です。 > > これまでの協議やコンセンサスの取り方の流れは存じませんが、 > > > 長南です。 > ... > > branchを作るにしろ、 作らないにしろ、osdn にある共有リポジトリに直接書き込む > > という投稿方法は、やって良いことになったのですか。 > > > > これまでの投稿は、原則としてメールに原稿を書き込む、あるいは添付するという > > ものでした。そうしてきたのは、そうしてきたからというのが一番の理由でしょうが、 > > メーリングリストに参加している人なら、誰でも投稿でき、誰でもレビューできるという > > 長所もありました。共有リポジトリに書き込む投稿方法だと、投稿するにはプロジェクトの > > メンバーにならなければならないし、誰もが簡単にレビューできることにもならない > > のではないでしょうか。 > > > > もちろん、レビューするために見に行けないこともありません。しかし、リポジトリに > > ある原稿は、po ファイルも draft ディレクトリにあるものも、そのままでは > > 決して読みやすいものとは言えません。それに、pull 型と push 型ということも > > あります。宣伝なんかの世界ではこんなふうに言われているのでしょう。「pull 型では、 > > まず見てもらえない」。原稿も同じだと思います。 > > > > 共有リポジトリに直接書き込むという投稿方法を認めるかどうか、それをまず > > はっきりさせるのが順序だと思います。 > > ご指摘のところは、私も懸念を抱いているところです。 > > git に不慣れな方もおられるでしょうし、従前のレビュー方法を捨てるのか、という > ことになってくるでしょうから、考えないといけないと思っています。 > > 現状すぐにできることは、git のプルリクエストにあげるとしても、従来と変わらない > やり方も同時並行でやる、ということになるであろうと思っています。 > 新しいことを（議論を十分経ずに？）進めてしまうということは、従来の運用も > 同時並行でやる覚悟があってこそ、初めてできることのように感じています。 > > ただそこで、従来どおりやろうとすると、話を蒸し返しますが、 > 私が [JM:02186] で質問させていただいたように、 > GNU autoconf 翻訳提言は、新規であり man ページが７つであり、 > draft 原文をすべて掲示したメールを、１つずつ計７つあげますか？ > どうしますか？ という質問に戻ります。（私としては） > > お考えおきかせください。 > 私は従来からのメール送信も行った上で、git プルリクエストも行う、 > やってみてからどちらか一方にするのであれば、それでよいし、 > できるケースやできる人は git PR をやって、でも同時にメール送信は > 忘れずにやる、という方法でもよいと思っています。 > > > _______________________________________________ > linuxjm-discuss mailing list > linux****@lists***** > https://lists.osdn.me/mailman/listinfo/linuxjm-discuss
Fork