提交Pull Request后出现多余合并记录，如何修复？

针对你PR里出现的Merge branch 'gajabaar:main' into main这类多余合并提交，下面是用git revert和git checkout的具体操作方式：

方法一：用git revert保留历史（推荐用于已推送远程的分支） #

这个方式不会改写现有历史，而是生成新的提交抵消多余merge的影响，适合不想破坏协作历史的场景：

• 先通过git log找到所有多余merge commit的哈希值
• 对每个目标merge commit执行：

  git revert <merge-commit-hash> -m 1
  

  这里-m 1指定保留当前分支（你的PR分支）的内容，因为merge commit有两个父节点，1对应你自己的分支，2对应被合并的上游分支
• 执行完revert后，提交更改并推送到你的PR分支即可

方法二：用git checkout重置分支（适合未推送或可强制推送的场景） #

这个方式直接回到无多余merge的干净状态，需要注意如果分支已共享给他人，强制推送会影响协作：

方式A：创建新分支保留干净历史 #

• 用git log找到最后一个无多余merge的正常提交哈希值（记为<clean-commit-hash>）
• 基于该提交创建新分支：

  git checkout <clean-commit-hash> -b new-clean-pr-branch
  

• 如果原分支上有后续的有效提交，用git cherry-pick把这些提交移到新分支：

  git cherry-pick <有效提交哈希1> <有效提交哈希2>
  

• 将新分支推送到远程，然后把PR的目标分支替换为这个新分支

方式B：直接重置原分支（风险较高） #

• 找到干净的提交哈希后，执行硬重置：

  git reset --hard <clean-commit-hash>
  

• 强制推送到远程分支（仅当你确定没人在该分支工作时使用）：

  git push -f
  

额外建议 #

如果想彻底清理提交历史，还可以用git rebase -i <clean-commit-hash>，在交互界面中删除多余的merge commit记录，再强制推送，但同样要注意历史改写的风险。

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