在Git中重新执行还原的合并

我在这里遇到了一个问题：我28s在Git中有一个特定于问题的分支，我将该develop分支合并到常规分支中。原来我做得太快了，所以我用git-revert撤消了合并。但是，现在已经到了合并的时候28s了develop，但是git-merge命令看到了原始合并，并高兴地宣布一切顺利，分支已经合并。现在我该怎么做？创建一个“还原”，还原“ 28s->开发””提交？看来这不是一个好方法，但是我目前无法想象其他任何事情。

树形结构如下所示：

您必须“还原还原”。取决于您如何还原原始内容，它可能听起来并不那么容易。查看有关此主题的正式文档。

---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 commit

git revert W 

之后，我可以继续修复。

最终历史可能如下所示：

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

当我发送PR时，它将清楚地表明PR是撤消还原并添加了一些新的提交。

要还原还原而又不会过多浪费您的工作流程，请执行以下操作：

• 创建本地开发副本
• 还原对本地开发副本的还原提交
• 将该副本合并到功能分支中，然后将功能分支推送到git服务器。

现在，您的功能分支现在应该可以正常合并了。唯一的缺点是您的历史记录中会有一些额外的合并/还原提交。

要还原GIT中的还原，请执行以下操作：

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

而不是使用的git-revert，你可以在已经使用这个命令devel分支扔掉（撤消）错误的合并提交（而不仅仅是恢复它）。

git checkout devel
git reset --hard COMMIT_BEFORE_WRONG_MERGE

这还将相应地调整工作目录的内容。注意：

• 将您的更改保存在development分支中（由于合并错误），因为它们也会被抹去git-reset。您指定为git reset参数的所有提交之后的所有提交都将消失！
• 另外，如果您的更改已从其他存储库中提取，请不要执行此操作，因为重置将重写历史记录。

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

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

git checkout devel
git merge 28s

这将是一个真正的融合28s到devel像最初的一个（现在是从Git的历史擦除）。

当遇到相同的问题时，我才发现这篇文章。我发现上面的Wayyy有点令人恐惧，难以进行重设等。我最终将删除我不想要的内容，并且无法将其取回。

相反，我签出了我希望分支返回到例如的提交git checkout 123466t7632723。然后转换为分支git checkout my-new-branch。然后，我删除了我不再想要的分支。当然，这只有在您能够丢弃混乱的分支时才有效。

我建议您按照以下步骤还原一个还原，例如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

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

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

此时，您将拥有一个干净的'develop'分支，您可以像往常一样合并功能分支。