如何将已解决冲突的Git合并复制到另一个分支？

你本地保留的qa-branch-1副本已经存着你搞定fb1冲突后的合并成果，完全不用重新啃一遍那些麻烦的冲突——直接把这些成果迁移到新的qa-branch-2就行，下面给你两种靠谱的方法：

方法一：基于本地分支直接迁移，移除有问题的fb2代码 #

这种方法适合你想直接复用处理好的fb1结果，再替换成修复后的fb2：

• 先切换到你本地的qa-branch-1（确保这是你处理完冲突后的最终状态）：
  git checkout qa-branch-1
• 基于它创建新分支qa-branch-2：
  git checkout -b qa-branch-2
• 现在qa-branch-2里包含了处理好的fb1和有问题的fb2，接下来要回退到合并fb2之前的状态。先通过日志找到合并fb2前的提交哈希（用git log --oneline查看，找合并fb2那行的上一个提交），比如哈希是abc123，然后重置：
  git reset --hard abc123
• 现在qa-branch-2就只剩处理好的fb1成果了，接下来合并修复后的fb2分支（假设修复后的分支叫fb2-fixed，如果原fb2已经修复就直接用原分支名）：
  git merge fb2-fixed

方法二：基于原基础分支重建，复用冲突处理结果 #

如果想从干净的基础分支开始，只把fb1的冲突处理结果搬过去：

• 先切换到合并的原基础分支（比如main或develop）：
  git checkout main
• 创建新的qa-branch-2：
  git checkout -b qa-branch-2
• 尝试合并fb1，这时候会触发冲突，但不用手动解决——直接用qa-branch-1里已经处理好的文件覆盖冲突文件：
  git merge fb1
git checkout qa-branch-1 -- path/to/conflicted-file-1 path/to/conflicted-file-2 ...
  （把所有冲突文件的路径都列出来，或者用.覆盖所有文件，但要注意别误覆盖其他修改）
• 处理完冲突后，提交合并结果：
  git add .
git commit
• 最后合并修复后的fb2：
  git merge fb2-fixed

重要提醒 #

• 操作前建议给本地的qa-branch-1做个备份：git checkout qa-branch-1 && git checkout -b qa-branch-1-backup，防止操作失误丢了辛苦处理的冲突结果。
• 如果找不到合并fb2前的提交哈希，用git log --graph可以更直观地看到分支合并历史，找到fb1合并完成后的那个节点。

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