当我遇到同样的问题时，我发现了这篇文章。我发现上面的方式是可怕的做重设顽固性等。我最终会删除一些我不想删除的东西，并且无法恢复。

相反，我签出了我想让分支返回的提交，例如git checkout 123466t7632723。然后转换为一个分支git签出my-new-branch。然后我删除了我不再需要的分支。当然，这只有在你能够扔掉你搞砸的分支的情况下才会起作用。

让我们假设你有这样的历史

---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是撤销恢复，并添加一些新的提交。

我建议您按照以下步骤恢复一个恢复，比如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

现在为分支用户/yourname/revertOfSHA1创建PR

你可以在devel分支中使用这个命令来丢弃(撤销)错误的合并提交(而不是仅仅恢复它)，而不是使用git-revert。

git checkout devel
git reset --hard COMMIT_BEFORE_WRONG_MERGE

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

将您的更改保存在开发分支中(因为错误的合并)，因为它们 Too将被git-reset删除。所有提交都在您指定的之后 git重置参数将消失! 另外，如果您的更改已经从其他存储库中取出，则不要这样做 因为重置将改写历史。

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

现在，重置后，你可以在devel重新应用你的更改，然后做

git checkout devel
git merge 28s

这将是一个真正的合并从28s到devel像最初的一个(现在是 从git的历史中删除)。

要在GIT中恢复一个恢复:

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

要在不破坏工作流程的情况下还原还原:

创建一个develop的本地垃圾副本 在develop的本地副本上恢复恢复提交 将该副本合并到您的特性分支中，并将您的特性分支推到您的git服务器。

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