通常HEAD指向分支。当它不是指向分支，而是指向像69e51这样的提交散列时，这意味着你有一个分离的HEAD。你需要指出两个分支来解决这个问题。你可以做两件事来解决它。

git checkout other_branch//当您需要提交哈希中的代码时不可能创建一个新分支，并将提交哈希指向新创建的分支。

HEAD必须指向分支，而不是提交哈希是黄金法则。

使用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有更多细节。

Git：您当前不在分支上。

Git不时显示：

将历史推到当前（分离的HEAD）立即状态，使用git push origin HEAD:＜name of remote branch＞

这意味着：

“HEAD没有分支”

要修复此问题，请运行2个命令：

gitbranch-f｛{your_working_branch｝｝HEAD—将分支设置为头部git checkout｛｛your_working_branch｝｝--checkout==开关分支

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

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

如果您已经更改了不想丢失的文件，可以将其推送。我已经在分离模式下提交了它们，之后您可以移动到一个临时分支以稍后在master中集成。

git commit -m "....."
git branch my-temporary-work
git checkout master
git merge my-temporary-work

摘自：

如何处理在分离的头脑中做出的承诺