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

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

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

处于“分离头部”意味着head指的是特定的未命名提交（与命名分支相对）（cf：https://git-scm.com/docs/git-checkout部分分离的头部）。实际上，这意味着您签出了一个提交，但没有与之关联的分支名称。

您可以选择只创建与提交相关联的新分支

gitbranch新的分支名称。

这允许您将当前状态保存在名为new branch name的新分支中，而不再处于分离的头部状态。

或者，如果您希望返回到以前的状态，则需要选择之前选择的分支

git结帐@｛-1｝

这是我在意识到自己头脑清醒，已经做出了一些改变之后所做的事情。

我提交了更改。

$ git commit -m "..."
[detached HEAD 1fe56ad] ...

我记得提交的哈希值。然后我检查了我本该去的那家分店。

$ git checkout master
Switched to branch 'master'

最后，我将提交的更改应用于分支。

$ git cherry-pick 1fe56ad
[master 0b05f1e] ...

我认为这比创建一个临时分支要简单一些。

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

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

git checkout myfile

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

git reset --hard HEAD^

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

GitBook有更多细节。

我想保留我的更改，所以，我只是在做。。。

git add .
git commit -m "Title" -m "Description"
(so i have a commit now example: 123abc)
git checkout YOURCURRENTBRANCH
git merge 123abc
git push TOYOURCURRENTBRANCH

这对我很有用

这对我有用，它将为分离的头部分配一个新分支：

git checkout new_branch_name detached_head_garbage_name