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

  git reset --hard HEAD~1

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

git merge --abort

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

 git reset --hard <commit-id>

您可以使用git reset命令。

git reset-将当前HEAD重置为指定状态。git重置[--混合|--soft|--hard|--merge][-q][]git-reset[-q][][-]…git重置--补丁[] [--] […]

GIT重置

首先，确保你已经完成了一切。然后将存储库重置为以前的工作状态：$git重置f836e4c1fa51524658b9f026eb5efa24af3a36或使用--hard（这将删除所有本地的、未提交的更改！）：$git重置f836e4c1fa51524658b9f026eb5efa24af3a36--硬使用错误合并提交之前的哈希。通过以下方式检查要在先前正确版本的顶部重新提交的提交：$git日志4c3e23f529b581c3cbe95350e84e66e3cb05704f提交4c3e23f529b581c3cbe95350e84e66e3cb05704f...提交16b373a96b0a353f7454b141f7aa6f548c979d0a...通过以下方式在存储库的正确版本顶部应用正确的提交：通过使用cherry-pick（一些现有提交引入的更改）git樱桃pick ec59ab844cf504e462f011c8cc7e5667bb2e9c7或者通过以下方式选择提交范围：在合并之前首先检查正确的更改：数字差异5216b24822ea1c48069f648449997879bb49c070..4c3e23f529b581c3cbe95350e84e66e3cb05704f在合并之前首先检查正确的更改：git cherry pick 5216b24822ea1c48069f648449997879bb49c070..4c3e23f529b581c3cbe95350e84e66e3cb05704f其中这是您提交的正确提交的范围（不包括错误提交的合并）。

如果您提交了合并：

git reset HEAD~1
# Make sure what you are reverting is in fact the merge files
git add .
git reset --hard

使用现代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在日常工作中更加强大和有用，所以这是我一直使用的方法。

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

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