Gitの「データインテグリティ」を極める：舞台裏のオブジェクトを操り、真のGitマスターになる
こんにちは。日々の開発で何気なく `git commit` を叩いていませんか？
「なぜGitはこれほどまでに信頼できるのか？」「万が一データが壊れたらどうなるのか？」
多くのエンジニアがGitを「高機能なバックアップツール」だと誤解していますが、本質は違います。Gitは「コンテンツアドレサブルストレージ（内容指向ストレージ）」という、極めて堅牢なデータベースです。
今日は、Gitの魔法の裏側である「オブジェクト」を直接操作し、Gitがどのようにしてデータの破損を検知し、整合性を担保しているのかを紐解いていきましょう。これを理解すれば、あなたはもう「Gitというブラックボックス」に怯えることはなくなります。
—
1. Gitの正体：3つの基本オブジェクト
Gitの内部には、たった3種類の主要なオブジェクトしか存在しません。
1. Blob (Binary Large Object): ファイルの中身そのもの。ファイル名は含みません。
2. Tree: ディレクトリ構造。Blobや他のTreeへの参照（ハッシュ）を保持します。
3. Commit: 誰が、いつ、何を、なぜしたかというメタデータと、ルートTreeへの参照を保持します。
これら全ては、「中身のデータから計算されたSHA-1ハッシュ値」というIDで管理されています。これがGitのデータインテグリティ（整合性）の肝です。
—
2. 演習：Gitの核心を直接操作する
まずは空のGitリポジトリを作り、Gitの内部データベース `.git/objects` を覗いてみましょう。
手順1: リポジトリの初期化
mkdir git-deep-dive && cd git-deep-dive
git init
手順2: 魔法のコマンド `git hash-object` でBlobを作る
「Hello World」という文字列をGitに登録してみます。`-w` オプションは「書き込み」を意味します。
echo “Hello World” | git hash-object -w –stdin
出力: 557db03de997c86a4a028e1ebd3a1ceb225be23e
ここで生成されたハッシュ値を見てください。この値は「Hello World」というデータからのみ算出されます。もし中身を1文字でも変えれば、ハッシュ値は全く別のものになります。
手順3: `git cat-file` で中身を復元する
Gitがデータをどう保持しているか、直接覗いてみましょう。
-p (pretty print) で中身を表示
git cat-file -p 557db03de997c86a4a028e1ebd3a1ceb225be23e
出力: Hello World
これがGitの真実です。ファイル名やディレクトリ構造は関係ありません。「データそのもの」がIDを決めているのです。
—
3. なぜGitは壊れないのか？
もし、誰かが悪意を持って、あるいはディスクエラーで `.git/objects` 内のデータが書き換わったらどうなるでしょうか？
試しにやってみましょう。`git cat-file` で中身を読み取ろうとしたとき、Gitは内部で「読み出したデータのハッシュ値」と「ファイル名（ハッシュ値）」を照合します。
1. データ改ざん: 内部ファイルをテキストエディタで書き換える。
2. Gitの反応: `fatal: loose object … is corrupt!` と怒られる。
Gitは読み込みのたびにハッシュ値を再計算するため、「データが少しでも変わっていれば、即座に検知できる」のです。これがデータの完全性（Integrity）を担保する、Gitの最強の防御壁です。
—
4. 現場で役立つ「Gitの知恵」
この知識をどう現場で活かすか。それは、「Gitの履歴は論理的な真実である」という信頼感です。
- マージコンフリクトの解決: 結局のところ、GitはBlobのハッシュが一致するかどうかで競合を判定しています。構造を理解していれば、どのファイルがなぜコンフリクトしているのかが直感的にわかります。
- 破損したリポジトリの修復: もし本当にリポジトリが壊れたら、`git fsck` を実行してください。Gitがハッシュの不整合を徹底的にスキャンし、どこが壊れているかを教えてくれます。
- 不要なオブジェクトの掃除: `git gc` を叩くと、参照されていないオブジェクトが削除されます。これは内部ストレージを整理する「ガベージコレクション」です。
—
最後に：Gitは「魔法」ではなく「数学」です
Gitを単なる「コマンドの羅列」として覚えるのは今日で終わりにしましょう。
Gitは、「不変なデータを、ハッシュという一意なIDで参照し続ける」という、極めて純粋で美しい数学的な構造体です。
今日学んだ `git hash-object` と `git cat-file` を使って、ぜひ一度、自分の手で `.git` ディレクトリを探索してみてください。普段使っている `git commit` や `git merge` が、裏側でどんなオブジェクトを生成し、どう繋げているのかが見えてくるはずです。
これが分かれば、あなたはもう初心者ではありません。Gitの設計思想を理解した、真のエンジニアへの第一歩です。さあ、次はどんな冒険をしましょうか？