Git误在main分支提交重复变更，PR合并后是否需额外处理？

你预期的「等PR #2合并后直接拉取就自动同步」的逻辑不成立，必须提前清理本地main分支的冗余提交，否则拉取时会出现内容冲突、提交历史混入无效误操作记录的问题。

• 你本地main提示领先远程的1个提交，是步骤8中「误提交的ABC->XYZ改动」和「拉取PR#1合并操作」共同生成的合并提交，这个提交只存在于你本地，远程origin/main上没有对应记录。
• 后续PR #2合并到远程main时，带上的ABC->XYZ改动是来自update-2分支的独立提交，和你本地误提交生成的commit哈希完全不同，Git不会把它们识别为同一个改动。
• 这种状态下直接pull，Git会尝试合并两个哈希不同但修改内容重叠的提交，大概率触发无意义的冲突，就算自动合并成功，也会把你之前误操作的提交永久留在main分支的提交历史里，没法自动对齐状态。

你执行git revert HEAD~1时报错，是因为HEAD指向的那个commit（fa939e7c...）是合并提交，Git不知道你要以哪个父分支的状态作为基准来回退，必须加-m参数指定主线：

• -m 1 表示保留合并提交的第一个父提交（即你拉取PR#1之前，本地main刚提交完误改内容的状态）
• -m 2 表示保留合并提交的第二个父提交（即当时远程main上PR#1合并完成后的状态）
  就算你加了-m参数完成revert，也只是生成一个新的反向提交抵消改动，本地main依然会比远程多2个提交（原来的合并提交+新的revert提交），后续拉PR#2的时候还是有概率出冲突，不是最优处理方案。

你现在的情况处理起来非常简单，直接把本地main重置到和远程main完全一致的状态即可，不会影响已经推送到远程的PR #1、PR #2的任何内容，操作步骤：

1. 确认当前工作区没有未提交的临时改动（你update-2分支的内容已经推送到远程，不会丢失）
2. 切到本地main分支，执行以下命令：

git fetch origin
git reset --hard origin/main

3. 执行完成后再看分支状态，本地main就会和远程origin/main完全对齐，不会再提示领先提交。

做完上述重置操作后，你之前的所有预期都可以正常实现：

• PR #2按正常流程审核通过后合并到远程main
• 你切回本地main执行git pull拉取最新远程内容
• 拉取的内容已经包含PR#1、PR#2的全部改动，文件最终内容和你之前误改的内容完全一致，不会出现冲突
• 本地main和远程main状态完全同步，提交历史干净，没有冗余的误操作记录。

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