【Git 内部】SHA-256 对象格式与 reftable 演进
内容提要
Git 正在逐步支持 SHA-256 对象格式，以应对 SHA-1 碰撞攻击。新格式的对象 ID 长度为 64 个十六进制字符，路径结构有所变化。同时，reftable 作为新的引用存储方式，支持更快的查找与更新。尽管新特性逐渐可用，默认仍为 SHA-1 和传统引用格式。新项目建议使用 SHA-1，只有在需要抗碰撞时才考虑使用 SHA-256。
关键要点
-
Git 对象 ID 一直是 SHA-1，SHA-256 对象格式是为了应对碰撞攻击而逐步支持的。
-
SHA-256 对象 ID 长度为 64 个十六进制字符，路径结构有所变化。
-
reftable 是新的引用存储方式，支持原子批量更新和更快的查找与复制。
-
截至 Git 2.54，默认仍为 SHA-1 和传统引用格式，建议新项目使用 SHA-1，只有在需要抗碰撞时才考虑使用 SHA-256。
-
SHA-256 从 Git 2.29 开始逐步可用，reftable 是长期实验特性，主要用于大型托管与 git clone 优化场景。
延伸解读
SHA-256 的必要性与适用场景
SHA-256 对象格式的引入主要是为了应对 SHA-1 碰撞攻击，提升安全性。对于需要高安全性的项目，尤其是涉及敏感数据的场景，使用 SHA-256 是必要的。然而，默认情况下仍然是 SHA-1，因此在选择时需考虑团队的工具链支持与兼容性。
reftable 的优势与局限
reftable 作为新的引用存储方式，提供了更快的查找与更新能力，适合大型项目的管理。然而，目前它仍处于实验阶段，普通开发者在日常使用中可能仍以传统的 refs/heads 方式为主。因此，在使用 reftable 时需关注其稳定性与兼容性。
迁移与兼容性风险
在考虑从 SHA-1 迁移到 SHA-256 时，必须确保所有相关工具和平台都支持新格式。不同版本的 Git 可能对 SHA-256 的支持不一致，迁移前需仔细检查工具链的兼容性，以避免在项目中出现不必要的麻烦。
延伸问答
为什么Git要支持SHA-256对象格式？
Git支持SHA-256对象格式是为了应对SHA-1碰撞攻击。
SHA-256对象ID的长度是多少？
SHA-256对象ID的长度为64个十六进制字符。
什么是reftable，它有什么优势？
reftable是新的引用存储方式，支持原子批量更新和更快的查找与复制。
在什么情况下建议使用SHA-256？
建议在需要抗碰撞时考虑使用SHA-256，默认情况下新项目使用SHA-1。
SHA-256和SHA-1在对象ID上的主要区别是什么？
SHA-1对象ID长度为40个十六进制字符，而SHA-256为64个十六进制字符。
Git 2.54的默认对象格式是什么？
截至Git 2.54，默认对象格式仍为SHA-1和传统引用格式。
