Gitはどのように設計されましたか？

私の職場は最近Gitに切り替わり、私はそれを愛しています（そして嫌いです！）。私は本当にそれを愛し、それは非常に強力です。私が嫌う唯一の部分は、時々それがあまりに強力であるということです（そして多分少し簡潔で混乱しています）。

私の質問は... Gitはどのように設計されましたか？短時間で使用するだけで、他のバージョン管理システムでは処理できなかった多くのあいまいなワークフローを処理できるという感じがします。しかし、それはまた、下にあるエレガントな感じです。そして速い！

これは、Linusの才能に一部疑いの余地はありません。しかし、私は疑問に思っています、gitの全体的なデザインは何かに基づいていますか？BitKeeperについて読みましたが、アカウントは技術的な詳細が不十分です。圧縮、グラフ、リビジョン番号の削除、分岐、隠蔽、リモートの強調...それはどこから来たのですか？

ライナスは本当にこれを公園から追い出して、ほとんど最初の試みで！学習曲線を過ぎてから使用すると非常に便利です。

Gitは進化したほどには設計されていません。

自分で見てください。公式のgitリポジトリのクローンを作成し、それgitk（またはお気に入りのグラフィカルgitログビューアー）で開き、その初期のリビジョンを確認します。

元々は非常にコア機能（オブジェクトデータベースとインデックス）しかなかったことがわかります。それ以外はすべて手作業で行われました。ただし、この小さなコアは、シェルスクリプトを使用して簡単に自動化できるように設計されています。gitの初期のユーザーは、一般的なタスクを自動化するために独自のシェルスクリプトを作成しました。これらのスクリプトは少しずつ、gitディストリビューションに組み込まれました（初期の例839a7a0を参照）。新しいニーズが発生するたびに、スクリプトはそれを可能にするように調整されました。ずっと後に、これらのスクリプトのいくつかはCで書き直されます。

クリーンな直交コア（必要に応じて直接使用できます）と、その上に有機的に成長する上層との組み合わせが、gitにパワーを与えます。もちろん、奇妙な名前のコマンドとオプションを大量に提供するのもこのためです。

圧縮、グラフ、リビジョン番号の削除、分岐、隠蔽、リモートの強調...それはどこから来たのですか？

その多くは最初はありませんでした。

各オブジェクトは個別に圧縮され、名前が付けられることで重複が回避されましたが、gitで使用されている高圧縮の原因となっている「pack」ファイルは存在しませんでした。当初の哲学は「ディスク容量は安い」でした。

「グラフ」とはgitk、のようなグラフィックビューアを意味する場合、後で表示されます（AFAIK、最初のグラフはでしたgitk）。AFAIK、BitKeeperにもグラフィカルな履歴ビューアがありました。

バージョン番号を取り除くこと、実際にはコンテンツアドレス指定ファイルシステムを使用してオブジェクトを格納するというgitのコアコンセプトは、ほとんどがmonotoneに由来します。当時、モノトーンは遅いものでした。そうでない場合は、Linusがgitを作成する代わりにそれを使用した可能性があります。

分散バージョン管理システムでは、各クローンが個別のブランチとして機能するため、ブランチを強調することはやや避けられません。

隠しておく（git stash）は、IIRCのごく最近のことです。使用するreflogは最初はありませんでした。

当初はリモコンもありませんでした。最初は、を使用してオブジェクトを手動でコピーしましたrsync。

これらの機能の1つずつが、誰かによって追加されました。それらのすべてではない-多分それらのほとんどさえ-Linusによって書かれました。誰かがgitが満たさないニーズを感じるたびに、gitのコア「配管」レイヤーの上に新しい機能を作成し、それを含めることを提案できます。それが良ければ、おそらく受け入れられ、gitのユーティリティ（およびコマンドラインの複雑さ）がさらに強化されます。

要点は、gitは地球上で最も資格のある人がそのように設計したということです。そして、私は才能について話しているのではなく、経験について話しているのです。Linuxカーネルと同じくらいのサイズと数の貢献者の組み合わせでコードベースを担当していて、実際にほとんどの統合を処理している人は他にいないでしょう。自分で働きます。

そのため、Linusは、分散バージョン管理システムの要件と使用例を誰よりもよく知っていました。そしてもちろん、彼が扱っていたコーディングのほとんどがC言語で行われていて、そのほとんどがパフォーマンスにとって重要であるということにも役立ちました。

基本的には、自分のかゆみを掻く究極の例です。

The Git Parableで説明されているとおりに設計されています。

テキストエディタといくつかのファイルシステムコマンドだけを備えたコンピュータがあるとします。ここで、このシステムで大規模なソフトウェアプログラムを作成することに決めたとします。あなたは責任あるソフトウェア開発者であるため、ソフトウェアのバージョンを追跡するための何らかの方法を発明して、以前に変更または削除したコードを取得できるようにする必要があると判断しました。以下は、そのようなバージョン管理システム（VCS）を1つ設計する方法と、それらの設計選択の背後にある理由についてのストーリーです。