在这种情况下，您需要使用git-reset--hard<branch_name>重置分支。如果要在重新设置之前保存更改，请确保创建一个新的分支并git checkout＜branch_name＞。

您也可以使用git-reset--hard<commit_id>将状态重置为特定的提交。

如果已推送更改，则可以改用git-restore＜branch_name＞。请务必了解如何在其他场景中使用git还原和git签出。

到了这个问题，我们也希望恢复到与原点匹配（即，在原点之前没有提交）。进一步研究发现，有一个重置命令正是针对这一点：

git重置--硬@｛u｝

注意：@{u}是origin/master的简写。（当然，您需要远程存储库才能实现这一点。）

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

最简单的机会，比这里说的任何事情都简单得多：

删除本地分支（本地，而不是远程），然后再次拉动它。这样，您将撤消主分支上的更改，任何人都将受到您不想推送的更改的影响。重新开始。

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

  git reset --hard HEAD~1

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

git merge --abort

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

 git reset --hard <commit-id>

对于较新的Git版本，如果您尚未提交合并，并且存在合并冲突，您可以简单地执行以下操作：

git merge --abort

来自man git merge：

只有在合并导致冲突后才能运行[This]。gitmerge--abort将中止合并过程并尝试重建合并前的状态。