Git revert异常：自动合并文件未重置及错误分支合并引发的问题

你遇到的是新手用Git很容易踩的坑——拉错分支导致合并时引入了无关变更，而且默认的revert操作没完全解决问题。核心原因是：错误从develop拉取的bug-fix分支，自带了develop比release超前的所有代码变更，合并到release时自然把这些不属于bug修复的文件也带进来了。而Git处理合并提交的revert时，需要明确指定父分支才能完全撤销错误分支的所有变更，否则就会出现自动合并的文件未被重置的情况。

下面分两种场景给出具体操作，你可以根据实际情况选择：

场景1：错误合并还没推送到远程release分支 #

这种情况处理最直接，直接把release分支重置到合并前的状态即可：

1. 切换到release分支，确保本地工作区没有未提交的修改：

   git checkout release
   git status
   

   如果有未提交内容，先用git stash暂存，或者提交后再继续。
2. 查看提交日志，定位错误合并的提交和它之前的正常提交：

   git log --oneline
   

   你会看到类似这样的记录：

   abc123 Merge branch 'bug-fix' into release
   def456 [正常提交] 某某功能迭代
   这里abc123是错误合并的提交ID，def456是合并前的正常提交ID。

3. 重置release分支到合并前的状态：

   git reset --hard def456
   

   执行后，release分支会回到合并前的状态，所有错误引入的文件都会被移除。

场景2：错误合并已经推送到远程release分支 #

这种情况不能硬重置（会破坏远程仓库历史，影响团队其他成员），需要用revert安全撤销合并：

1. 切换到release分支，确保工作区干净：

   git checkout release
   git status
   

2. 找到错误合并的提交ID（比如abc123），执行带父分支指定的revert命令：

   git revert -m 1 abc123
   

   这里的-m 1表示以release作为主父分支，意思是保留release原本的代码状态，完全撤销来自bug-fix分支的所有变更。
3. 如果revert后还有个别文件没恢复到合并前状态，可以手动修复：

   # 用合并前的提交ID恢复指定文件
   git show def456:path/to/problem/file > path/to/problem/file
   # 提交手动恢复的修改
   git add path/to/problem/file
   git commit -m "Manually restore file to pre-merge state"
   

4. 把revert后的提交推送到远程：

   git push origin release
   

重新创建正确的bug-fix分支 #

处理完错误合并后，记得从release分支拉取正确的分支做修复：

1. 切换到release分支：

   git checkout release
   

2. 创建新的bug-fix分支：

   git checkout -b bug-fix-correct
   

3. 迁移之前正确的bug修复代码（用cherry-pick，前提是原bug-fix分支只有单个文件的修复是有用的）：

   # 找到原bug-fix分支里的修复提交ID（比如ghi789）
   git cherry-pick ghi789
   

   如果出现冲突，解决后执行git cherry-pick --continue即可。
4. 合并正确的bug-fix分支到release：

   git checkout release
   git merge bug-fix-correct
   

   这次合并就只会包含那个单个文件的bug修复了。

• 拉新分支前，一定要用git branch确认当前所在分支，避免再次拉错。
• 合并分支前，先执行git diff release..bug-fix查看差异，确认只有预期变更后再合并。
• 对于长期维护的release分支，建议每次修bug都从release拉分支，修复完成后再考虑合并回develop。

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