理解 Git 内部机制最直接的方式是透过 .git 目录观察对象存储与引用关系，适合需要排查版本丢失、理解合并冲突或优化仓库体积的场景。

核心机制简述

Git 并不是基于文件名存储，而是基于文件内容的哈希值。Git 核心是一个内容寻址文件系统，这意味着相同内容只会存储一份，通过 SHA-1 哈希值作为唯一标识进行存取。仓库中的版本历史实际上是由 commit 对象串联起来的链表，而文件内容存储在 blob 对象中，目录结构存储在 tree 对象中。

实战演示：完整追踪对象生成

通过以下闭环操作，可直观观察文件如何转化为 Git 对象：

1. 初始化观察环境

mkdir git-inspect-demo
cd git-inspect-demo
git init
# 此时 .git 目录生成，objects 目录为空

2. 创建并提交文件

echo "hello git" > test.txt
git add test.txt
git commit -m "initial commit"
# 此时 .git/objects 目录下会新增对象文件

3. 定位对象哈希

使用 git rev-parse 获取提交对象的哈希，避免手动查找：

git rev-parse HEAD
# 输出示例：a1b2c3d4... (40 位哈希值)

4. 查看对象类型与内容

git cat-file -t a1b2c3d4...
# 输出：commit

git cat-file -p a1b2c3d4...
# 输出：commit 元数据、tree 哈希、父提交哈希及提交信息

5. 追踪文件 Blob 对象

通过 tree 对象找到文件对应的 blob 哈希：

git ls-tree HEAD
# 输出示例：100644 blob 5e1234... test.txt

git cat-file -p 5e1234...
# 输出：hello git

关键命令与验证方法

以下命令可帮助你快速查看 Git 仓库内部状态，无需依赖图形工具：

# 查看当前分支指向的 commit hash
cat .git/HEAD

# 查看暂存区信息（注意命令格式，无反引号）
git ls-files `--stage`

# 查找 objects 目录下的对象文件
find .git/objects -type f | head

# 查看对象类型
git cat-file -t <hash>

# 查看对象具体内容
git cat-file -p <hash>

# 验证仓库完整性
git fsck

执行 git ls-files `--stage` 可查看暂存区信息，对比 objects 目录中的哈希值是否一致。通过 git log 查看提交历史链，确认 commit 对象是否正确指向父提交和 tree 对象。若哈希值与内容对应关系正确，说明内部机制解析无误。

常见坑与注意事项

• 不要手动编辑 .git 文件：直接修改底层文件容易导致仓库损坏，务必使用 Git 命令操作。
• 对象存储结构：objects 目录中的文件可能是打包后的 pack 文件，直接 ls 可能看不到松散对象。松散对象的文件名规则是：前两位哈希作为目录名，剩余 38 位作为文件名（例如 .git/objects/ab/cdef...）。
• 哈希值获取：不要硬猜哈希值，使用 git rev-parse 或 git log 获取准确 hash。
• Pack 文件影响： Git 会自动运行 gc 将松散对象打包，若找不到对应文件，检查 .git/objects/pack 目录。