您应该重置为上一次提交。这应该是有效的：

git reset --hard HEAD^

或者甚至HEAD^^还原该还原提交。如果您不确定应该后退多少步，您可以始终提供完整的SHA参考。

如果出现问题，并且主分支没有任何本地更改，则可以重置为原始/主分支。

如果您提交了合并：

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

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

正在执行此操作。。。

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重置--硬@｛u｝

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

最近，我一直在使用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其中这是您提交的正确提交的范围（不包括错误提交的合并）。