最近，我一直在使用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来强制该分支在合并之前跟踪，然后继续。

你必须改变你的头，当然不是你的，而是你的头。。。。

所以在回答之前，让我们添加一些背景，解释一下这个HEAD是什么。

首先，什么是头部？

HEAD只是对当前分支上当前提交（最新）的引用。在任何给定时间只能有一个HEAD。（不包括git工作树）

HEAD的内容存储在.git/HEAD中，它包含当前提交的40字节SHA-1。

---

分离式封头

如果您不在最近一次提交中，这意味着HEAD指向历史上的先前提交，它称为分离的HEAD。

在命令行上，它看起来像-SHA-1而不是分支名称，因为HEAD没有指向当前分支的末端

关于如何从分离的HEAD恢复的几个选项：

---

git校验

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

这将签出指向所需提交的新分支。此命令将签出到给定的提交。此时，您可以创建一个分支并从此开始工作。

# Checkout a given commit. 
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# create a new branch forked to the given commit
git checkout -b <branch name>

---

数字刷新

您也可以始终使用reflog。git reflog将显示更新HEAD的任何更改，检查所需的reflog条目将将HEAD设置回该提交。

每次修改HEAD时，reflog中都会有一个新条目

git reflog
git checkout HEAD@{...}

这会让你回到你想要的承诺

---

git reset--hard<commit_id>

将你的头“移”回所需的位置。

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts if you've modified things which were
# changed since the commit you reset to.

注：（自Git 2.7以来）您也可以使用git rebase--也可以不使用autostash。

---

git还原<sha-1>

“撤消”给定的提交或提交范围。重置命令将“撤消”给定提交中所做的任何更改。将提交带有撤销补丁的新提交，而原始提交也将保留在历史记录中。

# add new commit with the undo of the original one.
# the <sha-1> can be any commit(s) or commit range
git revert <sha-1>

---

此模式说明了哪个命令执行什么操作。正如您可以看到的那样，重置和签出修改HEAD。

参见Git书的第4章和Linus Torvalds的原始帖子。

要撤消已推送的合并，请执行以下操作：

git revert -m 1 commit_hash

如果您再次提交分支，请务必还原还原，就像Linus所说的那样。

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

git reset --hard HEAD^

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

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

如果您的合并和相应的提交尚未被推送，您可以始终切换到另一个分支，删除原始分支并重新创建它。

例如，我意外地将一个开发分支合并到master中，并想撤消它。使用以下步骤：

git checkout develop
git branch -D master
git branch -t master origin/master

瞧！Master与原点处于同一阶段，您的错误合并状态将被清除。

策略：在一切都很好的地方创建一个新的分支。

理由：恢复合并很难。有太多的解决方案，这取决于许多因素，例如您是否提交或推动了合并，或者自合并以来是否有新的提交。此外，您还需要对git有相对深入的了解，以使这些解决方案适应您的情况。如果你盲目地遵循一些指令，你可能会得到一个“空合并”，没有任何东西会被合并，进一步的合并尝试会让Git告诉你“已经是最新的”。

解决方案：

假设您想将dev合并到feature-1中。

查找要接收合并的修订：git log--单行功能-1a1b2c3d4将分支“dev”合并到“feature-1”<--要撤消的合并e5f6g7h8修复零点模块中的NPE<--合并前的NPE，您可能需要这个查看（及时返回）：数字结账e5f6g7h8从那里创建一个新分支并签出：git签出-b功能-1

现在您可以重新启动合并：

合并：gitmerge-dev修复合并冲突。提交：gitcommit当您对结果满意时，删除旧分支：gitbranch--delete feature-1