10.6 Git内部 - 転送プロトコル

HTTP経由で読み取り専用のリポジトリを設定する場合、おそらくダムプロトコルが使用されます。このプロトコルは、転送プロセス中にサーバー側でGit固有のコードを必要としないため「ダム（dumb）」と呼ばれます。フェッチプロセスは一連のHTTP GETリクエストであり、クライアントはサーバー上のGitリポジトリのレイアウトを想定できます。

simplegitライブラリのhttp-fetchプロセスを追ってみましょう。

このコマンドが最初に行うのは、info/refsファイルの取得です。このファイルはupdate-server-infoコマンドによって書き込まれるため、HTTP転送を正しく機能させるには、これをpost-receiveフックとして有効にする必要があります。

これでリモート参照とSHA-1のリストができました。次に、HEAD参照が何であるかを確認し、終了時に何を確認すればよいかを知ります。

プロセスが完了したら、masterブランチをチェックアウトする必要があります。この時点で、ウォークプロセスを開始する準備ができています。開始点はinfo/refsファイルで確認したca82a6コミットオブジェクトなので、まずそれをフェッチします。

オブジェクトが返されます。そのオブジェクトはサーバー上にルーズ形式で存在し、静的なHTTP GETリクエスト経由でフェッチしました。それをzlibで解凍し、ヘッダーを削除して、コミットの内容を確認できます。

次に、さらに2つのオブジェクトを取得する必要があります。cfda3bは、取得したばかりのコミットが指しているコンテンツのツリーであり、085bb3は親コミットです。

これで次のコミットオブジェクトが得られます。ツリーオブジェクトを取得します。

おっと、そのツリーオブジェクトはサーバー上にルーズ形式で存在しないようで、404応答が返されました。これにはいくつかの理由があります。オブジェクトが別のリポジトリにあるか、このリポジトリのパックファイルにある可能性があります。Gitはまずリストされている代替リポジトリをチェックします。

これが代替URLのリストを返した場合、Gitはそこのルーズファイルとパックファイルをチェックします。これは、互いにフォークしているプロジェクトがディスク上のオブジェクトを共有するための優れたメカニズムです。しかし、この場合は代替がリストされていないため、オブジェクトはパックファイルに存在する必要があります。このサーバーで利用可能なパックファイルを確認するには、それらのリストを含むobjects/info/packsファイル（これもupdate-server-infoによって生成されます）を取得する必要があります。

サーバー上にはパックファイルが1つしかないので、オブジェクトは明らかにそこに含まれていますが、念のためインデックスファイルを確認します。これは、サーバー上に複数のパックファイルがある場合にも役立ち、必要なオブジェクトが含まれているパックファイルを特定できます。

パックファイルインデックスがあれば、オブジェクトがそこにあるかを確認できます。インデックスには、パックファイルに含まれるオブジェクトのSHA-1と、それらのオブジェクトへのオフセットがリストされているからです。オブジェクトはそこにあるので、パックファイル全体を取得します。

ツリーオブジェクトがあるので、コミットのウォークを続行します。これらもすべて、ダウンロードしたばかりのパックファイル内にあるため、サーバーへの追加のリクエストは不要です。Gitは、最初にダウンロードしたHEAD参照が指していたmasterブランチのワーキングコピーをチェックアウトします。

ダムプロトコルは単純ですが少し非効率的であり、クライアントからサーバーへのデータの書き込みを処理できません。スマートプロトコルは、より一般的なデータ転送方法ですが、リモート側でGitについてインテリジェントなプロセスを必要とします。つまり、ローカルデータを読み取り、クライアントが持っているものと必要なものを把握し、それに応じたカスタムのパックファイルを生成できます。データ転送には2組のプロセスがあります。データをアップロードするためのペアと、データをダウンロードするためのペアです。

このセクションには、転送プロトコルの非常に基本的な概要が含まれています。プロトコルにはmulti_ackやside-band機能など、他にも多くの機能が含まれていますが、それらすべてをこの本でカバーすることはできません。私たちはクライアントとサーバー間の一般的なやり取りの感覚を提供しようとしました。これ以上の知識が必要な場合は、Gitのソースコードを参照することをお勧めします。