首先直接给结论：你不能直接指定Git commit hash让Git使用——这是由Git的核心设计决定的。

Git的commit hash是通过SHA-1（或新版Git的SHA-256）算法对提交的全部内容计算出来的，这些内容包括：

• 提交对应的树对象ID（即该提交的文件快照哈希）
• 父提交的ID（如果是后续提交）
• 作者和提交者的姓名、邮箱、时间戳
• 提交消息

哈希值是提交内容的唯一校验和，Git依赖这个机制来保证提交的完整性和不可篡改性。所以你没法直接“指定”一个哈希值，除非你能构造出一个提交，其所有内容的哈希正好等于你想要的那个值——这就是哈希碰撞，对于Git使用的加密哈希算法来说，在实际场景中几乎不可能实现，也没有官方支持的方法。

针对你的实际需求（修改提交内容但保留原提交ID关联） #

你提到要重建仓库并修改提交以移除涉密信息，但希望保留原有提交ID。这里要明确：只要修改了提交的内容（比如文件快照），原commit hash必然会改变，因为哈希值和内容强绑定。不过你可以用以下方法来建立新提交和原提交的关联：

• 在提交消息中添加原ID：修改提交时，在消息末尾加上类似Original commit ID: abc123def456...的标注，方便后续追溯。
• 使用Git Notes：通过git notes add -m "Original commit: abc123..." <new-commit-id>给新提交附加原ID的备注信息，这些备注不会影响提交本身的哈希，但可以随时查看。
• 生成ID映射表：如果是批量重写提交，可以在脚本中记录原commit ID和新commit ID的对应关系，保存为一个CSV或文本文件，作为后续参考的映射表。
• 使用标签关联：给新提交打上和原提交ID相关的标签，比如git tag original-abc123 <new-commit-id>，快速关联新旧提交。

补充：如果不需要修改提交内容的情况 #

如果你只是要原样复制仓库，不需要修改任何提交内容，那完全可以保留原commit hash——比如使用git clone --mirror来克隆镜像仓库，或者手动逐个重建提交（保证所有元数据和树对象完全一致），这时候Git会自动计算出和原仓库完全相同的commit hash。

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