分离的HEAD表示您当前不在任何分支上。如果您想保留当前的更改并简单地创建一个新分支，您可以这样做：

git commit -m "your commit message"
git checkout -b new_branch

之后，您可能希望将此新分支与其他分支合并。git“a dog”命令总是有用的：

git log --all --decorate --oneline --graph

为了进一步澄清@Philippe Gerber的答案，这里是：

在樱桃采摘之前，在这种情况下，需要一个git结账大师。此外，它只需要在分离头中提交。

使用gitrebase，您可以将HEAD移动到所需的提交

假设您的分支处于分离状态，如下所示：

* bfcb8f9 Commit 4
* 540a123 Commit 3
* 4356d64 Commit 2
| * fecb8d2 Commit 2
|/
| * 8012f45 Commit 2x
|/
| * 6676d15 (HEAD -> master) Commit 2 --amend
|/
* 1818f91 Commit 1

分离的头部是通过错误地重新定基而创建的，指向一个分离的提交，该提交之前是通过gitcommit--modify命令创建的。

如果要将HEAD ref移动到最近的提交，请使用要指向的所需HASH提交应用重基。在本例中，哈希是最近的提交：

git rebase bfcb8f9

这将使分支的HEAD指向所需的提交（在本例中是最近的）：

* bfcb8f9 (HEAD -> master) Commit 4
* 540a123 Commit 3
* 4356d64 Commit 2 --amend
| * fecb8d2 Commit 2
|/
| * 8012f45 Commit 2x
|/
| * 6676d15 Commit 2
|/
* 1818f91 Commit 1

当您在git中签出一个特定的提交时，您将处于分离的头部状态。。。也就是说，您的工作副本不再反映命名引用的状态（如“master”）。这对于检查存储库的过去状态非常有用，但如果您确实试图恢复更改，则不需要检查。

如果您对特定文件进行了更改，并且只想放弃这些更改，则可以使用如下签出命令：

git checkout myfile

这将丢弃所有未提交的更改，并将文件恢复到当前分支头部的任何状态。如果要放弃已提交的更改，可以使用reset命令。例如，这将将存储库重置为上一次提交的状态，并放弃任何后续更改：

git reset --hard HEAD^

但是，如果您与其他人共享存储库，git重置可能会造成中断（因为它会擦除存储库历史的一部分）。如果您已经与其他人共享了更改，您通常希望查看git-restore，它会生成一个“反提交”，也就是说，它会创建一个新的提交来“撤消”所涉及的更改。

GitBook有更多细节。

分离的头部意味着您不再在分支上，您已经在历史中签出了一个提交（在本例中，提交是head之前的提交，即head^）。

如果要删除与分离的HEAD关联的更改

你只需要检查你所在的分行，例如。

git checkout master

下次更改文件并希望将其恢复到索引中的状态时，不要先删除该文件，只需执行以下操作

git checkout -- path/to/foo

这将把文件foo恢复到索引中的状态。

如果您希望将更改与分离的HEAD保持关联

运行gitbranchtmp-这将在名为tmp的新分支中保存更改。运行git签出主机如果您想将所做的更改合并到master中，请从master分支运行gitmergetmp。运行git checkout master后，您应该在master分支上。

HEAD是一个指针，它直接或间接指向特定的提交：

连接的HEAD表示它连接到某个分支（即它指向某个分支）。分离的HEAD意味着它不附加到任何分支，即它直接指向某个提交。

换句话说：

如果它直接指向提交，则HEAD被分离。如果它间接指向提交（即，它指向分支，而分支又指向提交），则会附加HEAD。

为了更好地理解带有附加/分离头的情况，让我们展示通向上面四幅图片的步骤。

我们从存储库的相同状态开始（所有象限中的图片都相同）：

现在我们要执行git签出-在单个图片中使用不同的目标（顶部的命令变暗以强调我们只应用这些命令）：

以下是执行这些命令后的情况：

如您所见，HEAD指向git checkout命令的目标-指向分支（四元组的前3个图像），或（直接）指向提交（四元组最后一个图像）。

工作目录的内容也会更改，以符合适当的提交（快照），即HEAD（直接或间接）指向的提交。

因此，现在我们的情况与答案开头的情况相同：