在 Git 中重新进行还原合并

您必须“还原还原”。取决于您如何还原原始版本，它可能不像听起来那么容易。查看 official document on this topic。

---o---o---o---M---x---x---W---x---Y
              /
      ---A---B-------------------C---D

允许：

---o---o---o---M---x---x-------x-------*
              /                       /
      ---A---B-------------------C---D

但这一切都有效吗？当然可以。您可以恢复合并，从纯粹的技术角度来看，git 非常自然地做到了，没有真正的麻烦。它只是认为这是从“合并前的状态”到“合并后的状态”的变化，就是这样。没有什么复杂的，没有什么奇怪的，没有什么真正危险的。 Git 会不假思索地做到这一点。因此，从技术角度来看，恢复合并没有任何问题，但从工作流程角度来看，这是您通常应该尽量避免的事情。如果可能的话，例如，如果您发现合并到主树中的问题，而不是恢复合并，请非常努力：将问题平分到您合并的分支中，然后修复它，或者尝试还原导致它的单个提交。是的，它更复杂，不，它并不总是有效（有时答案是：“哎呀，我真的不应该合并它，因为它还没有准备好，我真的需要撤消所有合并”）。那么你真的应该恢复合并，但是当你想重新进行合并时，你现在需要通过恢复恢复来做到这一点。

---

假设你有这样的历史

---o---o---o---M---W---x-------x-------*
              /                      
      ---A---B

其中 A、B 提交失败并且 W - 是 M 的恢复

所以在我开始修复发现的问题之前，我会挑选 W 提交到我的分支

git cherry-pick -x W

然后我在我的分支上恢复 W 提交

git revert W 

之后我可以继续修复。

最终的历史可能如下所示：

---o---o---o---M---W---x-------x-------*
              /                       /     
      ---A---B---W---W`----------C---D

当我发送 PR 时，它会清楚地显示 PR 是 undo revert 并添加一些新的提交。

---

要在不过多破坏您的工作流程的情况下还原还原：

创建develop的本地垃圾副本

在develop的本地副本上恢复revert commit

将该副本合并到您的功能分支中，并将您的功能分支推送到您的 git 服务器。

当您准备好时，您的功能分支现在应该可以正常合并了。这里唯一的缺点是您的历史记录中会有一些额外的合并/恢复提交。

---

要在 GIT 中恢复恢复：

git revert <commit-hash-of-previous-revert>

---

除了使用 git-revert，您还可以在 devel 分支中使用此命令来丢弃（撤消）错误的合并提交（而不仅仅是恢复它）。

git checkout devel
git reset --hard COMMIT_BEFORE_WRONG_MERGE

这也将相应地调整工作目录的内容。当心：

将您的更改保存在开发分支中（因为错误的合并），因为它们也将被 git-reset 删除。在您指定为 git reset 参数之后的所有提交都将消失！

此外，如果您的更改已经从其他存储库中提取，请不要这样做，因为重置将重写历史记录。

我建议在尝试之前仔细研究 git-reset 手册页。

现在，重置后您可以重新应用您在 devel 中的更改，然后执行

git checkout devel
git merge 28s

这将是从 28s 到 devel 的真正合并，就像最初的合并（现在已从 git 的历史记录中删除）。

---

我建议您按照以下步骤还原还原，例如 SHA1。

git checkout develop #go to develop branch
git pull             #get the latest from remote/develop branch
git branch users/yourname/revertOfSHA1 #having HEAD referring to develop
git checkout users/yourname/revertOfSHA1 #checkout the newly created branch
git log --oneline --graph --decorate #find the SHA of the revert in the history, say SHA1
git revert SHA1
git push --set-upstream origin users/yourname/revertOfSHA1 #push the changes to remote

现在为分支 users/yourname/revertOfSHA1 创建 PR

---

在原始合并之前在提交时创建新分支 - 将其称为“develop-base” 在“develop-base”之上执行“develop”的交互式 rebase（即使它已经在顶部）。在交互式 rebase 期间，您将有机会删除合并提交和反转合并的提交，即从 git 历史记录中删除这两个事件

此时，您将拥有一个干净的“开发”分支，您可以像往常一样将功能分支合并到该分支。

---

我刚刚在遇到同样的问题时发现了这篇文章。我发现上面的方式让我害怕做重置困难等。我最终会删除一些我不想删除的东西，并且无法取回它。

相反，我检查了我希望分支返回到例如 git checkout 123466t7632723 的提交。然后转换为分支 git checkout my-new-branch。然后我删除了我不再想要的分支。当然，这只有在你能够扔掉你搞砸的分支时才有效。

---