GitツリーオブジェクトとGitの用語

単語の使用に関するユーザー向けドキュメントの主張を除きツリーっぽいの（つまり場合でも、ある単語）、用語のツリーが、彼らはそれを呼び出すかは重要ではないはずですので、Gitの内部にあり：木、またはmarplot、またはgripsack、またはあなたが好きなものは何でも。

とはいえ、Git内のツリーオブジェクトは、4つのオブジェクトタイプの1つにすぎません。含まれているのは一連のエントリで、各エントリには3つのアイテムが含まれています。

• モード：ASCIIスペースで終了し、先行ゼロがない8進数で、エントリのタイプを記述し、x通常のファイルのビットを提供します。
• 名前：ASCII NUL（'\0'C、b'\0'Python）で終了するバイトシーケンス。そして
• 生のハッシュID：エンコードされていない20バイト。¹

ツリーオブジェクトの名前は、実際には単なる名前コンポーネントです。モードエントリがの40000場合、ハッシュIDは別のツリーオブジェクトのハッシュIDである必要があります。モードがある場合120000、100644または100755、ハッシュIDはブロブオブジェクトのことでなければなりません。モードがの160000場合、ハッシュIDは、他のGitリポジトリ（gitlinkなど）に格納されているコミットオブジェクトであることが期待されます。他のモードは通常許可されていませんが、このモードは既存の（非常に古い）リポジトリに表示されるためgit fsck許可さ100664れます。

ブロブまたは（モード120000）シンボリックリンクのファイル名は、ブロブにつながったツリーオブジェクトの名前コンポーネントをスラッシュでつなぎ合わせ、最後のコンポーネントを最後のツリーオブジェクトに追加することで作成されます。つまり、あるコミットの最上位ツリーオブジェクトがT ₀であり、blobまたはシンボリックリンクがT ₀に直接表示される場合、エントリはblobまたはシンボリックリンクを保持するファイルの名前を示します。

Tなら_0がエントリー持っfooモードと40000し、ハッシュT _1を、GitはTツリーオブジェクトを読み取るために行きます₁。場合それはエントリーがあるbarモードでの100xxxか120000、Blobオブジェクトは、その名前のファイルやシンボリックリンクになりますfoo/bar。したがって、ファイルのパス名は、リーフに到達するまでツリーオブジェクトをトラバースすることによって生成されます。

gitlink（モードのツリーエンティティ160000）の場合、構築されたパス名は、サブモジュールの.gitmodulesクローンを作成する必要がある場合に、Gitがチェックインするサブモジュールパスを示します。ハッシュIDは、git checkout他のGitでデタッチされたHEADとして実行するコミットです。リポジトリ。他のすべてのエンティティの場合、ハッシュIDはこのGitリポジトリ内のオブジェクトのハッシュIDである必要があります。そうでない場合、ツリーオブジェクトが正しくないか、リポジトリに一貫性がありません（またはその両方）。

Gitを使用している人は、これについて気にする必要はありませんgit write-tree。通常どおりファイルをインデックスに入れて、すべてを書き込むために使用します。使用git read-treeインデックス埋めるために、コミット中にハッシュIDでツリーをつかむために^2をそのツリーから。使用git showまたはgit cat-file（ハッシュID（ブロブハッシュ）またはパス名のいずれか使用して、単一のファイルの内容を取得するために、翻訳することができ、そして今、長い時間のために、同様に扱うことができますが）。commit-hash:pathgit rev-parsegit cat-file

¹これは一種の間違いです。Gitが将来より長いハッシュIDを使用するようになると、ツリーオブジェクトに切り捨てられたハッシュを格納する必要があるか、新しいフレーバーのツリーオブジェクトが必要になる可能性があるためです。Mercurialの内部ツリーデータ構造には、より多くの余地が残されていることに注意してください。Gitは、おそらく別のNULで終了するASCII化された16進ダイジェストを使用する必要がありました。しかし、ここには他にも厄介な問題が十分にあるため、これはマイナーな問題です。

²あなたが設定されている場合はGIT_INDEX_FILE、git read-treeそのパス名を指定した別のインデックスにツリーを読み込みます。