最近，我一直在使用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重置f836e4c1fa51524658b9f026eb5efa24af3a36或使用--hard（这将删除所有本地的、未提交的更改！）：$git重置f836e4c1fa51524658b9f026eb5efa24af3a36--硬使用错误合并提交之前的哈希。通过以下方式检查要在先前正确版本的顶部重新提交的提交：$git日志4c3e23f529b581c3cbe95350e84e66e3cb05704f提交4c3e23f529b581c3cbe95350e84e66e3cb05704f...提交16b373a96b0a353f7454b141f7aa6f548c979d0a...通过以下方式在存储库的正确版本顶部应用正确的提交：通过使用cherry-pick（一些现有提交引入的更改）git樱桃pick ec59ab844cf504e462f011c8cc7e5667bb2e9c7或者通过以下方式选择提交范围：在合并之前首先检查正确的更改：数字差异5216b24822ea1c48069f648449997879bb49c070..4c3e23f529b581c3cbe95350e84e66e3cb05704f在合并之前首先检查正确的更改：git cherry pick 5216b24822ea1c48069f648449997879bb49c070..4c3e23f529b581c3cbe95350e84e66e3cb05704f其中这是您提交的正确提交的范围（不包括错误提交的合并）。

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

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

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

您可以使用git reset命令。

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

GIT重置

使用现代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 reflog查找上一次结账。有时候，这是一个你想回到的好状态。

具体而言，

$ git reflog
$ git reset --hard HEAD@{0}