解决合并冲突后feature混入develop提交，master PR异常求助

嘿，我太懂你现在的糟心感了——本来只是想把feature分支的改动分别提交给master和develop，结果在GitHub上解决develop PR的冲突时，不小心把develop的代码合并到了自己的feature分支里，导致给master的PR平白多了一堆不属于它的提交。别慌，咱们一步步把这个问题掰正：

第一步：确保本地分支与远程同步 #

先把远程的最新代码拉到本地，避免后续操作出现偏差：

• 切换到你的feature分支：

  git checkout feature
  

• 拉取所有远程分支的最新状态：

  git fetch origin
  

第二步：移除feature分支中来自develop的合并提交 #

你现在的核心问题是feature分支里多了一个合并develop的提交，咱们要把它删掉，只保留你原本在feature上的开发改动。这里有两种稳妥的方法：

方法1：交互式Rebase（推荐，更干净） #

这种方式可以精确地编辑提交历史，去掉多余的合并提交：

1. 执行交互式rebase命令，基于master的最新版本重放你的提交：

   git rebase -i origin/master
   

2. 这时候会打开一个文本编辑器，里面列出了所有feature分支上比master多的提交，找到那个合并develop的提交（通常会标有merge字样），把它行首的pick改成drop。
3. 保存并退出编辑器，Git就会自动重放提交，去掉那个多余的合并记录。

方法2：重置到合并前的状态（适合合并提交是最后一次操作的情况） #

如果你确定合并develop是feature分支的最后一次提交，可以直接重置到合并前的版本：

1. 用日志找到合并前的那个提交哈希值：

   git log --oneline
   

   你会看到类似这样的记录，找到合并提交的上一条，复制它的哈希（比如abc123）：

   def456 Merge branch 'develop' into feature
   abc123 我原本的feature改动提交
   

2. 执行硬重置：

   git reset --hard abc123
   

   注意：这个命令会丢弃合并后的所有本地改动，执行前确保没有未保存的重要修改。

第三步：强制推送修正后的feature分支到远程 #

因为你修改了提交历史，需要用强制推送更新远程的feature分支（用--force-with-lease比直接--force更安全，能避免覆盖其他人的改动）：

git push origin feature --force-with-lease

第四步：重新处理develop的PR（避免再次踩坑） #

现在feature分支已经干净了，咱们重新处理和develop的冲突，这次用本地rebase的方式，避免再引入多余的合并提交：

1. 拉取develop的最新代码：

   git fetch origin develop
   

2. 把feature分支基于最新的develop做rebase：

   git rebase origin/develop
   

3. 如果遇到冲突，在本地手动解决冲突文件，然后执行：

   git add .
   git rebase --continue
   

   重复这个过程直到rebase完成。
4. 再次推送feature分支到远程：

   git push origin feature --force-with-lease
   

这样处理后，给master的PR就只会包含你原本的feature改动，给develop的PR也会基于最新的develop分支，冲突也完美解决，不会再出现交叉提交的问题啦～

小提醒 #

以后解决跨分支PR的冲突时，尽量在本地用rebase处理，而不是直接在GitHub上点击“解决冲突”合并分支，这样能更好地控制提交历史，避免这类意外发生。

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