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

所以在回答之前，让我们添加一些背景，解释一下这个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。

我认为您可以执行gitrebase-I[hash][branch_name]，其中[hash]是标识哈希值，表示您希望倒回的位置加上一个（或您希望返回的提交次数），然后在编辑器中删除您不再需要的提交行。保存文件。出口祈祷它应该重新缠绕。您可能需要进行一次git重置——很难，但此时应该很好。如果您不想将特定的提交保存在历史记录中，也可以使用此选项将其从堆栈中拉出，但这可能会使存储库处于您可能不希望的状态。

作为一个额外的选项，我主要遵循这里描述的分支模型：http://nvie.com/posts/a-successful-git-branching-model/因此，通常都会与--no ff（无快进）合并。

我刚刚阅读了这个页面，因为我无意中将一个测试分支而不是我的发布分支与用于部署的master（网站，master是实时的）合并。测试分支有另外两个分支合并到它，总共有大约六个提交。

所以为了恢复整个提交，我只需要一个git重置--hardHEAD^，它就恢复了整个合并。由于合并没有快速进行，所以合并是一个块，后退一步就是“分支未合并”。

您可以使用git reflog查找上一次结账。有时候，这是一个你想回到的好状态。

具体而言，

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

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

git merge --abort

来自man git merge：

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

如果分支被合并而未被推送，则下面给出的git reset命令将用于撤消合并：

git reset --merge ORIG_HEAD

例子：

git reset --merge origin/master