如何将两个含冲突解决的Git合并提交压缩为一个？

方法一：复用已有冲突结果，重新生成合并提交 #

这个方法简单直接，能直接复用你在m1和m2里已经完成的冲突解决工作，避免重复劳动：

1. 先备份当前分支（防止操作失误丢失代码）：

   git branch backup-branch
   

2. 重置当前分支到提交C的位置：

   git reset --hard C
   

3. 执行合并但不自动提交：

   git merge feature --no-commit
   

4. 复用m2里已解决冲突的文件：

   git checkout m2 -- .
   

5. 检查并提交合并：
   先执行git status确认文件状态，再用git diff对比当前工作区和m2提交，确保内容一致。没问题后提交：

   git commit
   

   提交时可以修改提交信息，把m1和m2的内容整合进去。

完成后你会得到一个干净的合并提交m，既包含提交C的内容，也保留了之前两次合并中解决的冲突结果，无需重新手动解决冲突。

方法二：用git rebase --rebase-merges整理合并提交 #

如果你偏好使用rebase来梳理提交历史，可以尝试这个方法：

1. 执行带合并保留的交互式rebase：

   git rebase -r -i B
   

   -r（即--rebase-merges）参数会让Git在rebase过程中保留原有的合并结构，不会把合并提交拆成普通提交。

2. 修改rebase的todo列表：
   在弹出的编辑器里，你会看到对应提交历史的指令列表，类似：

   pick <commit-hash> C
   merge -C m1 <branch-name> # Merge branch 'feature' into old-topic
   merge -C m2 <branch-name> # Merge branch 'old-topic' into new-topic
   

   把前两个合并相关的行修改为一个直接合并feature的操作：

   pick <commit-hash> C
   merge -C m2 feature # Merge branch 'feature' into new-topic
   

   -C m2表示复用m2的提交信息，你也可以换成-c m2来编辑提交信息。

3. 保存并完成rebase：
   保存编辑器内容并退出，Git会自动执行rebase，生成符合预期的合并提交m。

注意事项 #

• 操作前一定要备份分支，Git的重置、rebase都是不可逆操作，备份能帮你在出错时快速恢复。
• 如果你的提交已经推送到远程仓库，不要直接强制推送，最好先确认团队成员没有基于这些提交做修改，或者和团队沟通后再操作。

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