Git中如何恢复两个长期分支间压缩合并后的异常状态？

方案一：用git rebase --onto修正分支历史（推荐，若团队接受修改历史） #

这个方法能把feature A上的有效提交重新"嫁接"到最新的master分支上，彻底绕过之前错误的压缩合并提交，让Git重新识别正确的公共祖先。步骤如下：

1. 找到压缩合并发生前，feature A和master的真实公共祖先提交。可以通过git log --oneline --graph featureA master查看提交图，定位那个在压缩合并之前的共同节点，记为OLD_COMMIT（比如它的短哈希是abc123）。
2. 切换到feature A分支：git checkout featureA
3. 执行rebase命令：

   git rebase --onto master OLD_COMMIT
   

   这条命令的作用是：把feature A上从OLD_COMMIT之后的所有提交，逐个重新应用到最新的master分支顶端。
4. 处理冲突：过程中如果遇到冲突，解决完冲突后执行git add .，再运行git rebase --continue，直到rebase完成。
5. 推送修改：因为修改了分支历史，需要强制推送到远程仓库，建议用更安全的--force-with-lease避免覆盖他人提交：

   git push --force-with-lease origin featureA
   

方案二：不修改历史的妥协方案（适合团队禁止强制推送的场景） #

如果团队不允许修改远程分支历史，可以用以下方式同步：

1. 基于最新master创建临时分支：git checkout -b temp-sync master
2. 将feature A的所有变更合并到临时分支：git merge featureA，处理一次全量冲突后提交合并结果。
3. 切换回feature A，合并临时分支：git checkout featureA && git merge temp-sync
4. 删除临时分支：git branch -d temp-sync
   这种方法会在feature A上留下一次大型合并提交，但能保留原有历史，后续再同步master时用普通git merge master即可。

要不要重建分支？ #

如果feature A上的提交数量很少，或者rebase过程中冲突处理成本过高，直接重建分支确实更简单：

1. 基于最新master创建新分支：git checkout -b new-featureA master
2. 把feature A上的文件差异复制过来（可以用git diff featureA master | patch -p1，或者手动复制修改的文件）
3. 提交变更到新分支，后续用新分支替代原feature A。

后续注意事项 #

无论选择哪种方案，后续绝对禁止在长期分支之间使用压缩合并，同步master到feature A时必须用普通的git merge master，这样Git才能正确追踪分支的公共祖先，避免再次出现类似的冲突问题。

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