使用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之间不同的工作树中的文件，但保留索引和工作树之间不同的文件（即具有尚未添加的更改）。

只需创建新的分支，然后cherry pick所需的提交。

它的保护程序和更简单的重置在上面的许多答案中都有描述

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

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

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

好吧，这里的其他人给我的答案很接近，但没用。这是我所做的。

正在执行此操作。。。

git reset --hard HEAD^
git status

…给了我以下状态。

# On branch master
# Your branch and 'origin/master' have diverged,
# and have 3 and 3 different commit(s) each, respectively.

然后，我不得不多次输入相同的git重置命令。每次我这样做时，信息都会改变一个，如下所示。

> git reset --hard HEAD^
HEAD is now at [...truncated...]
> git status
# On branch master
# Your branch and 'origin/master' have diverged,
# and have 3 and 3 different commit(s) each, respectively.
> git reset --hard HEAD^
HEAD is now at [...truncated...]
> git status
# On branch master
# Your branch and 'origin/master' have diverged,
# and have 2 and 3 different commit(s) each, respectively.
> git reset --hard HEAD^
HEAD is now at [...truncated...]
> git status
# On branch master
# Your branch and 'origin/master' have diverged,
# and have 1 and 3 different commit(s) each, respectively.
> git reset --hard HEAD^
HEAD is now at [...truncated...]
> git status
# On branch master
# Your branch is behind 'origin/master' by 3 commits, and can be fast-forwarded.

此时，我看到状态消息发生了变化，所以我尝试进行git拉动，这似乎奏效了：

> git pull
Updating 2df6af4..12bbd2f
Fast forward
 app/views/truncated |    9 ++++++---
 app/views/truncated |   13 +++++++++++++
 app/views/truncated |    2 +-
 3 files changed, 20 insertions(+), 4 deletions(-)
> git status
# On branch master

长话短说，我的命令归结为：

git reset --hard HEAD^
git reset --hard HEAD^
git reset --hard HEAD^
git reset --hard HEAD^
git pull

使用现代Git，您可以：

git merge --abort

旧语法：

git reset --merge

旧学校：

git reset --hard

但实际上，值得注意的是，如果存在merge_HEAD，gitmerge--abort仅等同于git-reset--merge。这可以在Git帮助的merge命令中阅读。

git merge --abort is equivalent to git reset --merge when MERGE_HEAD is present.

在失败的合并之后，如果没有merge_HEAD，则可以使用git-reset-mmerge来撤销失败的合并，但不一定使用gitmerge-art来撤销，因此它们不仅是同一事物的新旧语法。

我个人认为git reset-merge在日常工作中更加强大和有用，所以这是我一直使用的方法。

如果你还没有提交，你只能使用

$ git checkout -f

它将撤消合并（以及您所做的一切）。