Git：如何在不覆盖历史记录的情况下还原分支合并？

Question

我有两个分支： master和opengl 。 我最近完成了opengl分支的实现（或者至少是这样想的），并决定将其合并到master ：

git checkout master
git merge opengl
git push

完成此操作后，正在master分支上工作的几个开发人员撤消了我的更改，结果发现我的实现与他们的某些代码冲突。 因此，我想还原master分支上的合并操作，但不覆盖历史记录。

请注意，我希望最终能够将opengl分支合并到master （修复所有错误之后）。 因此，简单地检出较旧版本的master并提交将不起作用-当我尝试合并它时，新创建的提交将取消对opengl更改。

谢谢。

Answer 1

cebewee提到的文档“ 如何还原错误的合并 ”解释了为什么在还原合并时git revert会很棘手。

因此，合并仍将存在 ，并且仍将其视为将两个分支结合在一起，并且将来的合并将把合并视为最后一个共享状态-还原引入的合并的还原将完全不影响此状态。
如果您将“还原”视为“撤消”，那么您将总是会错过这部分还原。
是的，它撤消数据，但是不，它不会撤消历史记录。

git revert是这里的正确解决方案，但是当您想再次合并该分支时，它将在将来产生影响。
然后，下一个合并将必须首先“还原还原”，然后合并分支。

Answer 2

编辑：事实证明这不是 OP所要求的，但是我将其保留在这里，以防万一有人要寻找确实涉及重写历史记录的解决方案。

---

首先，如果您想将合并提交保留在本地，请创建一个新分支，以使提交在移动master之后不会“消失”：

git branch erroneousMerge master

如果其他开发人员在错误合并之后也提交了内容，那么他​​们也必须这样做！

然后，将master重置为引用合并之前的最后一个提交； 假设它是提交e498b2... ：

git checkout e498b2
git branch -f master

现在，您可以推送更正的master （ -f表示您希望使服务器将其master分支重置为您指向它的提交，即使此提交是它在存储库中指向的提交的祖先）：

git push -f origin master

现在，其他开发人员可以更新master以匹配服务器的master （ -f表示他们接受分支已向后移动）：

git fetch -f origin master:master

如果其他开发人员在错误合并之后进行了更改（假设合并提交为abc123 ，则他们可以使用rebase将更改移至更正后的master ：

git rebase --onto master abc123 oldMaster

如果由于某个分支不再指向它们而在某个时候搞砸了并最终导致“丢失”提交，则可以使用git fsck --lost-found恢复它们。