第149回 Gitの仕組みについて その2(想像)

コミット、ファイル一覧(tree)、ファイル本体(blob) は、
ハッシュ値をファイル名として objects 配下に保存されます。

ファイルを1つだけ追加してコミットをすると、
objects 配下に、以下3つのファイルが作成されます。
・コミット
・ファイル一覧(tree)
・ファイル本体(blob)

ファイル本体の内容が同じであれば、同じハッシュ値が算出されるのと同様に、
ファイル一覧(tree)も内容が同じであれば、同じハッシュ値が算出されます。
このように、Git ではハッシュ値でファイルなどを管理することにより、
同じものを共有化して、ディスク容量の削減を行っています。

また、ファイル名をハッシュ値にしているため、
過去のファイルを改ざんした場合、改ざんしたのがわかるようになっています。

フェッチをすると、objects 配下にリモートリポジトリのファイルがコピーされ、
「remotes/origin/ブランチ名」と言う特殊なブランチに、
リモート側の同じブランチの、最新のコミットID が設定されます。

そのため、この特殊なブランチに切り替えると、リモートと同じ内容になります。
切り替わっているのは、あくまでもローカル内で、
直接リモート側に切り替わっている訳ではありません。
変更してもすぐにリモートには反映されません。

通常のブランチはコミットをすると、
コミットにより生成された新しいコミットID(ハッシュ値)を自動的に参照してくれますが、
FETCH_HEAD や「remotes/origin/ブランチ名」は、
フェッチをした時点のコミットIDで固定されます。

そのため、FETCH_HEAD などに切り替えて、その後コミットをしても、
FETCH_HEAD が指すコミットIDが変更されないため、ブランチの作成を促されます。
もしブランチを作成しない場合は、参照できないコミットが作成されます。
(コミットIDを覚えておけば利用できます)

ブランチは、コミットIDを保持しているだけです。

例えば、フェッチをして FETCH_HEAD に切り替えれば、
リモートと同じ内容を見ることができますが、
フェッチ後にリモート側のコミットIDを直接指定して切り替えれば、
FETCH_HEAD と同様に、リモート側と同じ内容を見ることができます。