播面 什么是 Commit Hash（提交哈希）？它是如何生成的？
在 Git 等版本控制系统中，Commit Hash（提交哈希） 是一个非常核心的概念。
下面我将分两部分为你详细解释“它是什么”以及“它是如何生成的”。
一、 什么是 Commit Hash？
Commit Hash（也常被称为 Commit ID、SHA-1 值）是 Git 用来唯一标识某一次代码提交（Commit）的一串字符。
你可以把它理解为那次代码提交的“身份证号”或“数字指纹”。
它的特点：
- 外观形态： 它通常是一个由 40 个十六进制字符（0-9 和 a-f）组成的字符串。
- 完整版示例：
9fceb02d0ae598e95dc970b74767f19372d61af8 - 简写版示例： 在日常使用中（如 GitHub 界面或终端中），为了方便，通常只显示前 7 到 8 位，例如
9fceb02。因为在绝大多数项目中，前 7 位已经足以保证唯一性了。
- 完整版示例：
- 主要作用：
- 精准定位： 当你需要回退代码（
git reset）、切换版本（git checkout）或挑选提交（git cherry-pick）时，系统就是通过这个 Hash 值来找到对应的那次修改的。 - 保证数据完整性： 任何对代码历史的篡改都会导致 Hash 值发生变化，因此它可以防止数据损坏或被恶意修改。
- 精准定位： 当你需要回退代码（
二、 它是如何生成的？
Commit Hash 并不是 Git 随机生成的一串数字，而是通过 哈希算法（通常是 SHA-1，目前 Git 也在逐步支持更安全的 SHA-256） 对这次提交的所有相关信息进行计算得出的一种“摘要”。
具体来说，Git 在生成 Commit Hash 时，会将以下 5 个核心“原料” 组合在一起进行哈希计算：
1. Tree Object（目录树哈希 / 代码快照）
这代表了你提交时的项目整体文件结构和文件内容。Git 会把你当前提交的所有文件内容和目录结构先计算出一个哈希值。如果你修改了哪怕一个标点符号，这个 Tree Hash 就会改变。
2. Parent Commit Hash（父提交的哈希值）
这是前一次提交（上一个版本）的哈希值。
- 这是 Git 形成“版本链条”的关键。因为当前提交包含了上一次提交的 Hash，所以每一次提交都紧紧锚定了它的历史。如果有人试图偷偷修改历史中某一个旧提交，那么那个旧提交的 Hash 会变，进而导致其后所有的子提交的 Hash 全部失效。
3. Author Info & Timestamp（作者信息与时间戳）
- Author（作者）： 也就是最初写下这段代码的人的姓名和邮箱（例如
John Doe <john@example.com>）。 - Authored Date（撰写时间）： 代码最初完成的时间。
4. Committer Info & Timestamp（提交者信息与时间戳）
- Committer（提交者）： 实际把代码提交到 Git 仓库的人。通常作者和提交者是同一个人，但在某些情况（如使用
git rebase或别人合并你的补丁）下，两者会不同。 - Committed Date（提交时间）： 实际生成这次 Commit 的时间。
5. Commit Message（提交说明）
也就是你在执行 git commit -m "Fix bug" 时填写的描述信息（"Fix bug"）。
生成过程总结：
Git 会按照特定的格式将上述 5 种信息拼接成一段纯文本数据（被称为 Commit Object），然后把这段文本扔进 SHA-1 算法 中。SHA-1 算法会像碎纸机一样处理这些信息，最终吐出一个长度固定为 40 位的十六进制字符串。
💡 一个有趣的推论（为什么 Hash 会变？）
由于 Hash 是由上述 5 种信息共同决定的，这意味着只要其中任何一个元素发生哪怕极其微小的改变，最终生成的 Commit Hash 就会完全不同（这被称为雪崩效应）。
- 情景 A： 你的代码一点没改，只是用
git commit --amend修改了提交信息（Commit Message）里的一个错别字。=> Hash 会变。 - 情景 B： 两个不同的开发者，在自己的电脑上提交了完全一模一样的代码，并且写了完全一样的提交信息。=> Hash 依然不同（因为提交的时间戳不同，或者提交者的机器配置信息不同）。
- 情景 C： 你使用了
git rebase。代码和提交信息都没变，但是它的“父提交（Parent Hash）”变了。=> Hash 会变。
这就是 Git 如此安全、可靠的核心原因。Commit Hash 就像是被封印的琥珀，记录了那一刻代码状态的绝对真相。