我在这里遇到了一点问题：我在 Git 中有一个特定于问题的分支 28s，我将它合并到一般的 develop 分支中。原来我做得太快了，所以我使用 git-revert 撤消合并。然而，现在是时候将28s 合并到develop 中了，但是 git-merge 命令看到了原来的合并，并高兴地宣布一切都很好，分支已经合并了。现在我该怎么做？创建一个'Revert "Revert "28s -> develop""' 提交？这似乎不是一个好方法，但我目前无法想象其他任何方法。
树结构是什么样子的：
【问题讨论】：
标签： git git-merge git-revert
您必须“还原还原”。取决于您如何还原原始版本，它可能不像听起来那么容易。看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 并添加一些新的提交。
【讨论】：
要在不过多破坏您的工作流程的情况下还原还原：
当您准备好时，您的功能分支现在应该可以正常合并了。这里唯一的缺点是您的历史记录中会有一些额外的合并/还原提交。
【讨论】：
要在 GIT 中恢复还原：
git revert <commit-hash-of-previous-revert>
【讨论】：
您可以在devel 分支中使用此命令来丢弃（撤消）错误的合并提交（而不仅仅是恢复它），而不是使用git-revert。
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 的历史中删除）。
【讨论】：
reset --hard 和 push origin。另请注意，强制推送到原点可能真的会破坏 GitHub 上的开放 PR。
我建议您按照以下步骤还原还原，例如 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
【讨论】：
我刚刚在遇到同样的问题时发现了这篇文章。我发现上面的方式让我害怕做重置困难等。我最终会删除我不想删除的东西，并且无法取回它。
相反，我检查了我希望分支返回到的提交，例如git checkout 123466t7632723。然后转换为分支git checkout my-new-branch。然后我删除了我不再想要的分支。当然，这只有在你能够扔掉你搞砸的分支时才有效。
【讨论】：
git reflog 将在几个月的硬重置中保护您，以防您以后发现需要丢失的提交。 reflog 仅限于您的本地存储库。
此时，您将拥有一个干净的“开发”分支，您可以像往常一样将您的功能分支合并到该分支。
【讨论】：