Git何时创建Tree对象？提交后查看Tree仅见Blob的疑问

嘿，我发现你可能有点小误解——你执行git cat-file -p master^{tree}输出的内容本身就是Git Tree对象的内容，并不是单纯的Blob内容哦！咱们一步步来理清Tree对象的创建逻辑：

先明确：Tree对象到底是什么？ #

Git里的Tree对象是用来记录目录结构的，它就像一个目录清单：里面会列出当前目录下的文件（对应Blob对象）和子目录（对应子Tree对象），每个条目包含权限、对象类型、SHA-1哈希和名称。

Git创建Tree对象的核心时机 #

1. 执行git commit时（最主要的场景） #

当你执行git add .把文件加入暂存区后，暂存区里会记录每个文件对应的Blob对象，但这时候还没有生成完整的、持久化的Tree对象。直到你执行git commit时，Git会递归地根据暂存区的目录结构生成所有需要的Tree对象：

• 从最底层的子目录开始，为每个目录生成对应的Tree对象；
• 最后生成根目录的Tree对象，再把这个根Tree的SHA-1关联到新创建的Commit对象上；
• 这些Tree对象会被写入到.git/objects目录中，成为持久化的Git对象。

2. 执行git add时的隐性操作 #

git add本身不会直接生成持久化的Tree对象，但它会更新暂存区的“虚拟Tree结构”——Git会在内存中维护暂存区的目录映射，记录每个路径对应的Blob/Tree哈希，为后续commit时生成Tree对象做准备。如果某个子目录的内容有变化，git add会标记这个目录需要在commit时生成新的Tree对象。

3. 其他特殊命令触发的场景 #

除了常规的commit，还有一些命令会直接生成Tree对象：

• git write-tree：直接将当前暂存区的内容写入为一个Tree对象，并输出它的SHA-1；
• git stash：执行stash时，Git会为暂存区和工作区分别生成Tree对象，再打包成Stash对象；
• 一些高级命令如git merge、git rebase在处理版本合并时，也会根据需要生成临时的Tree对象。

Tree对象的创建规则 #

• 内容寻址复用：Git的对象是基于内容哈希的，如果两个目录的结构和内容完全一致，Git会复用已有的Tree对象，不会重复创建——这也是Git高效存储的原因之一；
• 按需生成：只有当目录的结构（比如新增/删除子目录）或目录下的内容（文件新增、修改）发生变化时，才会生成新的Tree对象；
• Commit绑定：每个正常的Commit对象都会指向一个根Tree对象（除非Commit是空的，或者和上一个Commit的根Tree完全一致，这时候会复用）。

验证你的Tree对象 #

你可以执行这个命令来确认你看到的确实是Tree对象：

git cat-file -t master^{tree}

执行后会输出tree，这就证明master^{tree}指向的是一个Tree对象，你之前看到的列表就是这个Tree的具体内容——因为你的仓库根目录下只有文件，没有子目录，所以Tree里全是Blob条目，如果有子目录，你会看到类型为tree的条目哦。

内容的提问来源于stack exchange，提问作者Hendrik