如何高效变基Git中内容相同但哈希不同的提交？

这个场景我太熟了！不少企业内部的代码托管系统会因为合规或元数据标准化需求，修改提交的哈希值但保留内容，导致本地和远程提交不匹配。你当前用补丁的方法确实能解决问题，但确实有点繁琐，这里有两个更简洁的方案：

方案一：使用 git rebase --onto（最推荐） #

这是处理这类提交迁移最直接的命令，它可以精准地把某一段提交“搬移”到新的基础分支上。

步骤如下：

1. 确保本地工作区干净，没有未提交的修改（如果有，先执行 git stash 暂存）
2. 执行命令：

   git rebase --onto origin/master X4^
   

   • origin/master：目标基础分支（也就是包含C4的远程分支）
   • X4^：表示X4的父提交（也就是C3），这个参数告诉Git：把X4之后的所有提交（也就是X5、X6）重新应用到origin/master上面，同时丢弃X4

执行完成后，你的本地分支就会变成 C1 -> C2 -> C3 -> C4 -> X5 -> X6，完美符合你的需求。如果X4不是单个提交，而是一段提交的开头，只需要把X4^换成这段提交之前的那个节点即可。

方案二：使用 git cherry-pick（适合少量提交） #

如果你的后续提交只有X5、X6两个，用cherry-pick也很方便：

1. 先把本地分支重置到远程最新状态：

   git reset --hard origin/master
   

2. 直接挑选X5和X6的提交哈希应用到当前分支：

   git cherry-pick X5 X6
   

这个方法比打补丁更简洁，但如果后续提交数量很多，就不如rebase高效了。

注意事项 #

• 执行这些命令前，务必确认本地没有未保存的修改，避免数据丢失
• 如果X5、X6和C4存在代码冲突，需要手动解决冲突，和你原来的补丁方法一样
• 不要在公共协作分支上执行rebase操作（不过看你的场景，应该是个人开发分支，没问题）

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