如果没有冲突和合并完成，则：

  git reset --hard HEAD~1

如果在执行合并时发生冲突，则中止将使您退出最近的合并更改：

git merge --abort

或者如果您想恢复到特定的提交id。

 git reset --hard <commit-id>

作为一个额外的选项，我主要遵循这里描述的分支模型：http://nvie.com/posts/a-successful-git-branching-model/因此，通常都会与--no ff（无快进）合并。

我刚刚阅读了这个页面，因为我无意中将一个测试分支而不是我的发布分支与用于部署的master（网站，master是实时的）合并。测试分支有另外两个分支合并到它，总共有大约六个提交。

所以为了恢复整个提交，我只需要一个git重置--hardHEAD^，它就恢复了整个合并。由于合并没有快速进行，所以合并是一个块，后退一步就是“分支未合并”。

您应该重置为上一次提交。这应该是有效的：

git reset --hard HEAD^

或者甚至HEAD^^还原该还原提交。如果您不确定应该后退多少步，您可以始终提供完整的SHA参考。

如果出现问题，并且主分支没有任何本地更改，则可以重置为原始/主分支。

如果没有冲突和合并完成，则：

  git reset --hard HEAD~1

如果在执行合并时发生冲突，则中止将使您退出最近的合并更改：

git merge --abort

或者如果您想恢复到特定的提交id。

 git reset --hard <commit-id>

最近，我一直在使用git reflog来帮助解决这个问题。只有在合并刚刚发生并且在您的机器上时，这才有效。

git-relog可能会返回如下内容：

fbb0c0f HEAD@{0}: commit (merge): Merge branch 'master' into my-branch
43b6032 HEAD@{1}: checkout: moving from master to my-branch
e3753a7 HEAD@{2}: rebase finished: returning to refs/heads/master
e3753a7 HEAD@{3}: pull --rebase: checkout e3753a71d92b032034dcb299d2df2edc09b5830e
b41ea52 HEAD@{4}: reset: moving to HEAD^
8400a0f HEAD@{5}: rebase: aborting

第一行表示发生了合并。第二行是我合并前的时间。我只需git reset-hard 43b6032来强制该分支在合并之前跟踪，然后继续。

使用此命令中止合并：

git merge—中止