如何从master分支特定提交重新合并，仿佛此后从未执行过git merge？

嘿，我太懂你这种慌了神的感觉了！刚接触Git的时候，合并冲突加上手忙脚乱的回退操作，简直能把人绕得晕头转向。咱们把问题拆解开，一步步搞定这个「就像从没合并过master一样，从特定提交重新合并」的需求。

假设你的开发分支叫my-feature，目标是从master分支的某个特定提交（比如哈希值是abc123）重新合并，完全忽略之前那次失败的合并操作，下面给你两种靠谱的方法：

方法一：回退到合并前状态，重新合并特定提交 #

这种方法最直观，适合想彻底抹掉之前合并痕迹的情况：

• 第一步，先找到你第一次合并master之前，my-feature分支的最后一个提交哈希。你可以用这个命令查看提交历史：

  git log --oneline --graph
  

  从输出里找到合并操作之前的那个节点，记下来它的哈希（比如def456）。
• 第二步，把my-feature分支硬回退到那个节点（注意：--hard会丢弃回退点之后的所有本地修改，一定要确认这些修改已经备份或者不需要了！）：

  git checkout my-feature
  git reset --hard def456
  

• 第三步，现在你就可以像第一次合并一样，直接合并master的特定提交了：

  git merge abc123
  

  这时候Git会从头处理合并冲突，你只需要按提示修改冲突文件，然后执行git add <冲突文件名>，再用git merge --continue完成合并就行。

方法二：用Rebase重构分支（更优雅的进阶方式） #

如果你不想硬回退分支，或者之前的合并后还有一些有用的提交想保留，可以用rebase --onto来重构你的分支：

• 先确保你本地的master分支是最新的（可选，但建议做）：

  git checkout master
  git pull
  

• 回到你的开发分支：

  git checkout my-feature
  

• 执行rebase命令，把my-feature分支中「合并前的提交之后的所有修改」，重新放到master的特定提交上面：

  git rebase --onto abc123 def456 my-feature
  

  这里的def456还是你之前找到的「合并前的最后一个提交哈希」，这个命令的意思就是：抛弃def456到当前my-feature之间的所有合并操作，只保留你自己的开发提交，然后把这些提交接到abc123这个节点上。
• 处理冲突的方式和merge类似，修改后执行git add <冲突文件名>，再用git rebase --continue继续，直到完成。

重要提醒 #

如果你的my-feature分支已经推送到远程仓库了，不管用哪种方法，之后都需要强制推送才能同步远程分支：

git push --force

但这个操作一定要谨慎！确保团队里没有其他人正在这个分支上工作，不然会覆盖别人的修改。

内容的提问来源于stack exchange，提问作者Andrew Cheong