【Git】Commit Hash vs Change-Id

在 Git 和代码审查工具（如 Gerrit）中，Commit 号（Commit Hash） 和 Change-Id 号 是两个不同的概念，它们在代码管理和协作中扮演不同的角色。以下是它们的区别与联系。

1、Commit 号

Commit 号（Commit Hash）

定义：

• Commit 号是 Git 为每次提交生成的唯一标识符，由 SHA-1 算法计算得出（通常为 40 个十六进制字符，如 abc1234…）。

作用：

• 唯一标识一次提交。
• 用于在 Git 仓库中定位、比较或回滚到特定提交。

特点：

• 完全由提交内容（包括代码、提交信息、父提交等）决定，内容变更则哈希值变化。
• 全局唯一（同一仓库或不同仓库中，内容相同的提交哈希值相同）。

示例：

git log -1  # 查看最新提交的哈希值

2、Change-Id 号

定义：

• Change-Id 是代码审查工具（如 Gerrit）为每次代码变更（Change）生成的唯一标识符，通常为 I 开头的字符串（如 Iabc1234…）。

作用：

• 唯一标识一次代码变更（可能包含多次提交）。
• 用于在代码审查流程中跟踪变更的修订历史（如提交补丁、修复评审意见等）。

特点：

• 由开发者在提交信息中显式添加（或通过工具自动生成），通常格式为：
  Change-Id: Iabc12345678901234567890123456789012345678

• 即使提交内容变更（如修复评审意见后重新提交），只要变更的逻辑相同，Change-Id 保持不变。

示例在提交信息中添加 Change-Id：

git commit -m "Fix bug" -m "Change-Id: Iabc12345678901234567890123456789012345678"

3、区别与联系

联系：

• 一对多关系：一个 Change-Id 可能对应多个 Commit 号（如修复评审意见后重新提交）。
• 共同用于代码管理：Commit 号用于 Git 操作，Change-Id 用于代码审查流程。

4、实际场景示例

1）开发者提交代码

提交信息中包含 Change-Id 或者 git 提交时自动生成：

git commit -m "Add feature" -m "Change-Id: Iabc12345678901234567890123456789012345678"

Git 生成 Commit 号（如 abc123）。

2）代码审查流程

评审者提出修改意见，开发者修复后重新提交（Change-Id 不变，Commit 号变化）。

Gerrit 通过 Change-Id 关联两次提交，视为同一次变更的不同修订版本。

3）合并到主分支

评审通过后，代码变更（包含多次提交）被合并到主分支，Change-Id 完成使命，后续仅通过 Commit 号跟踪 Git 历史。

5、为什么需要两者？

• Commit 号：Git 的核心机制，用于版本控制和历史追踪。

• Change-Id：代码审查工具的扩展机制，用于跟踪变更的修订历史（尤其在多人协作、长期评审的场景中）。

6、总结

Commit 号：Git 的“身份证”，唯一标识一次提交。

Change-Id 号：代码审查工具的“跟踪号”，唯一标识一次代码变更（可能包含多次提交）。

两者结合：既满足 Git 的版本控制需求，又支持代码审查流程中的变更跟踪。

理解两者的区别与联系，有助于更高效地使用 Git 和代码审查工具（如 Gerrit）。

附录——Gerrit

Gerrit 是一个基于 Git 的开源代码审查工具，主要用于管理开发人员对代码的提交和审查流程，旨在提升代码质量和团队协作效率。以下是关于 Gerrit 的详细介绍：

（1）核心功能

代码审查：

• 开发人员提交代码变更后，不会直接合并到目标分支，而是先进入审查流程。
• 审查者可以通过 Web 界面逐行查看代码变更，提出修改建议或直接批准合并。
• 支持多人协作审查，促进知识共享和问题发现。

权限管理：

• 提供细致的权限控制机制，可针对用户或用户组设置不同的访问权限。
• 权限包括提交、审查、推送等操作，确保团队成员只能访问其职责范围内的内容。

补丁集管理：

• 支持将多个相关的更改打包成一个补丁集进行处理，便于管理和审查复杂的代码变更。

集成与扩展：

• 提供丰富的触发器和插件机制，可与 Jenkins、Travis CI 等工具集成，实现自动化构建和测试。
• 提供 RESTful API，方便开发者通过编程方式与 Gerrit 交互，实现自定义工作流程。

（2）工作流程

开发者提交代码：

• 开发者在本地编写代码后，通过 git push 将变更推送到 Gerrit 服务器。
• 提交时需包含 Change-Id，用于标识同一次代码变更的不同修订版本。

代码审查：

• 审查者收到通知后，在 Gerrit 的 Web 界面查看代码变更，提出评论或评分。
• 评分通常为 -2（拒绝）、-1（不推荐）、0（无意见）、1（推荐）、2（批准）。

返工与重新提交：

• 如果代码未通过审查，开发者需根据反馈修改代码，并通过 git commit --amend 更新提交信息。
• 重新推送时，Change-Id 保持不变，但补丁集版本号会增加。

合并到主分支：

• 代码通过审查后，可被合并到目标分支，正式进入项目代码库。

（3）优势

提高代码质量：

• 通过严格的审查流程，确保只有经过验证的代码才能合并到主分支，减少错误和漏洞。

促进团队协作：

• 提供平台让开发者和审查者实时交流，增强团队沟通与协作。

灵活的权限管理：

• 可根据项目需求定制权限，满足不同团队和项目的管理需求。

可扩展性强：

• 通过插件机制，可轻松与其他工具和服务集成，扩展功能和应用场景。

（4）适用场景

大型开源项目：如 Linux 内核、Android 等，Gerrit 的高效审查流程和权限控制机制为庞大开发者社区和复杂代码库提供支持。

企业级应用：通过集成 Jenkins 等持续集成工具，实现自动化构建和测试，提高开发效率和代码质量。

教育领域：作为教学工具，帮助学生了解软件开发流程和代码审查的重要性。

（5）使用建议

熟悉 Git 操作：

• Gerrit 基于 Git，使用前需掌握 Git 的基本命令和工作流程。

配置 SSH 密钥：

• 为确保安全，建议通过 SSH 协议与 Gerrit 交互，需提前配置 SSH 密钥。

遵循审查规范：

• 提交代码时，确保提交信息清晰，包含 Change-Id，便于审查者理解变更内容。

积极参与审查：

• 作为团队一员，积极参与代码审查，提出建设性意见，共同提升代码质量。