使用git reflog检查合并之前的提交（git refog将是比git log更好的选项）。然后，您可以使用以下方法重置它：

git reset --hard commit_sha

还有另一种方法：

git reset --hard HEAD~1

它会让你回到我的承诺。

请注意，任何已修改和未提交/未提交的文件都将重置为其未修改的状态。要保留它们，要么隐藏更改，要么查看下面的--merge选项。

正如@Velmont在下面的回答中所建议的，在这个直接案例中，使用：

git reset --hard ORIG_HEAD

可能会产生更好的结果，因为它应该保留您的更改。ORIG_HEAD将在合并发生之前直接指向提交，因此您不必自己寻找它。

另一个技巧是使用--merge开关而不是--hard，因为它不会不必要地重置文件：

git reset --merge ORIG_HEAD

--合并重置索引并更新<commit>和HEAD之间不同的工作树中的文件，但保留索引和工作树之间不同的文件（即具有尚未添加的更改）。

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

  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重置--合并ORIG_HEAD

对于那些希望在推送更改后重置的用户，请执行以下操作（因为这是第一篇关于git重置合并问题的文章）

git推原点HEAD—力

这将以这样一种方式重置，即您不会在拉动后再次获得合并的更改。

如果您正在合并过程中，您可以随时中止它

git merge --abort

如果您的合并和相应的提交尚未被推送，您可以始终切换到另一个分支，删除原始分支并重新创建它。

例如，我意外地将一个开发分支合并到master中，并想撤消它。使用以下步骤：

git checkout develop
git branch -D master
git branch -t master origin/master

瞧！Master与原点处于同一阶段，您的错误合并状态将被清除。