Linus Torvalds 氏の理想の git 運用と GitHub

Note 本記事の内容は Linus 氏の発言が人を傷つける場合に筆者がそれを良しと考えるといった意図はございません 少し古い記事になるが、 Linus Torvalds 氏 の GitHub に対する苦言が記事になっていた。 LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan Linus 氏が GitHub について苦言を呈するのは今に始まったことではない（後述）が、 別に GitHub のすべてを否定しているわけではない。[1] では一体何が不満なのか。Linus 氏の理想とする git の開発フローを考察した上で、整理してみたい。 Linus 氏の理想 結論からいうと、 「意味あるコミットを作れ」「コミットを大事にしろ」 という思想が伺える。 では 「意味あるコミット」「大事にされたコミット」 とは何なのか。 筆者な

[gfx]

これはよくわかる、よくわかるし、カーネル開発にとっては意味のある提言だと思う。カーネル開発はやはり特別な運用が必要なんだよな。しかしカーネル開発の運用をカーネル開発以外のときに採用する必要はない。

[snowcrush]

GitHubはgit運用ツールとしてはかなりクセが強いんだけど、皆GitHubしか知らないのでそういうものだと思いがちだよね。デファクトスタンダードになってしまった功罪はあると思う。

[nilab]

「ただおそらく言えるのは「本質的な仕事ができる」ことは強いエンジニアの必要条件だと思う」「AI が Google のコーディング試験さえ受かる時代に、考えることをやめたプログラマーには何が残るのか」

[raimon49]

Gitは元々Linuxカーネルのソースコード管理のためにLinusが書いたソフトウェアで、自分達もかなり苦労しながらSubversionなど他のソフトウェアから移行したけど、GitHubの登場で良くも悪くもカジュアルに使えるようになった。

[chocomintice660]

tagプルリクは確かにと思うと共に、GitHubのプルリクUI/UXを思えばブランチプルリクが合ってる気もする

[t-tanaka]

まあ，gitの産みの親であるLinusには，GitHubに文句を言う資格があると思うし，GitHubは真摯に受けとめるべきだよなあ。

[tengo1985]

なるほど。言われてみるとGitHubの方針は嫌な部分あるね。 Linus氏と書くのはちょっと気持ち悪くは感じた。

[iwtn]

良い。翻訳感謝。

[tmatsuu]

この文脈でLinusがブランチによるプルリクエストがよくないと考えているのは「不要になれば削除される」からではなく、レビューとマージの間に新たなコミットを紛れ込ませられるから、ではないかなと思いました。

[fog-og-frog2]

sign off自体は扱ったことあるけど、トラストチェーンの一環なのか…ありがとう、勉強になった

[sharaku3eyes]

“”

[teramako]

ほぼGiHubでしかgitを触ってきてなかったから大変勉強になった。いい仕事をしたい。

[a-know]

“AI が Google のコーディング試験さえ受かる時代に、考えることをやめたプログラマーには何が残るのか。”

[raitu]

“Linus 氏の理想 結論からいうと、 「意味あるコミットを作れ」「コミットを大事にしろ」 という思想が伺える。”

[BlueSkyDetector]

GitHubはGitHub界隈の独特の慣習があるよね。それはそれでいいんだけど、それが標準だとか全てだと思ってほしくない。

[shoh8]

“考えることをやめたプログラマーには何が残るのか” /タグでマージしようという提言はその通りだと思う

[shag]

linux と git の二発屋として有名な Linus さん、またキレてるのか。

[bopperjp]

ライセンスと信頼性に関して。この運用を作れること自体すごいわ。OSSにとって出所不明のコードってヤベーコードなんだな。「この変更、誰かが書いてるけど、これでいけるんじゃね？」じゃねーよと。

[delphinus35]

これは分かる。ブランチベースでしか PR 作れないから困る云々は本当にそう。タグでマージする文化になればそういう心配もないな。

[KoshianX]

なるほど。このレベルでコミットを積み重ねられるならたしかにそのほうがいいが……

[tettekete37564]

正論だね。ブランチよりタグで、というのもとても合理性がある。あまりタグ使ってないけど。確かにブランチはマージ後に伸びちゃったりするもんね

[xlc]

まだユーザーがいない開発中のブツに、ユーザーを多く抱えてデグレードが許されない開発のモデルを持ち込んでも冗長になるだけなんだけど、Git遊びが趣味みたいな人がいるからねえ。

[sigwyg]

カーネル開発に使われてたGitを、Web開発に最適化されたGitHubにしてるわけだけど、GitHubのGUIが優秀すぎて非エンジニアもコミットするようになってる。だから広く採用されてるわけだけど、UI改善は大変そう。

[atsushieno]

signed off by - が重要なのは相当限られたコンテキストではあるけど、意味のあるコミットを積み重ねるべきというのはその通りなので、その方向を目指すべき && そのための方法論（stashの扱い方など）を知っておくべき

[zetta1985]

PRマージした時に勝手にtagつけてほしい、と思うことはある

[hogeaegxa]

開発者がわんさかいて、なおかつどこの馬の骨かわからないのってオプソでも特例よね。だいたい開発者1人か知り合い、自社の人間しかいないし

[cartman0]

気に入らないなら作りそう

[roshi]

Pull Request（とそれに付随したコードレビュー文化）もGitHubから広がったけど、カーネル開発ならともかく一般的な開発には冗長すぎる気がするんだよなー。

[yarumato]

“Linus氏はGitHubに苦言。「意味あるコミットを作れ」「コミットを大事にしろ」という思想。信頼性:パッチの身元がわかる。匿名ではなくGPL承認済み（signed off）がGitHubにないフロー。説明性:パッチの目的がわかる”

[lli]

ローカルの雑さのまま共有リポジトリにプルリク投げちゃうことあるので反省

[Phenomenon]

よんだ

[enemyoffreedom]

誰がパッチを書き誰がそれを受け入れたのか等の信頼のチェーンが、GitHubの仕組みだと正しく辿れない、と