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

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

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

要在GIT中恢复一个恢复:

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

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

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

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

在最初的合并之前在提交时创建新的分支-称其为' development -base' 在' development -base'之上执行'develop'的交互式重基(即使它已经在顶部)。在交互重基期间，你将有机会删除合并提交和反转合并的提交，即从git历史中删除这两个事件

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

你可以在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 checkout 123466t7632723。然后转换为一个分支git签出my-new-branch。然后我删除了我不再需要的分支。当然，这只有在你能够扔掉你搞砸的分支的情况下才会起作用。