我对Git的分支复杂性很陌生。我总是在一个分支上工作，提交更改，然后定期推送到远程源。
最近的某个时候，我对一些文件进行了重置，以使它们脱离提交阶段，后来又进行了重新base-I，以消除最近的几个本地提交。现在我处于一种我不太理解的状态。
在我的工作区，git日志显示了我所期望的一切——我在正确的火车上，有我不想要的提交，还有新的提交，等等。
但我只是推到了远程存储库，这是不同的——我在rebase中删除的几个提交被推送了，而本地提交的新提交不在那里。
我认为“master/origin”与HEAD是分离的，但我不完全清楚这意味着什么，如何使用命令行工具将其可视化，以及如何修复它。
当前回答
在我的例子中，我运行了gitstatus，我发现我的工作目录中有一些未跟踪的文件。
为了使重新底座工作，我只需要清洁它们（因为我不需要它们）。
其他回答
我今天刚刚遇到这个问题，我很确定我通过以下方式解决了这个问题：
git branch temp
git checkout master
git merge temp
当我在工作电脑上发现如何做到这一点时，现在我在个人电脑上遇到了同样的问题。所以我必须等到星期一我回到工作电脑前，看看我是怎么做到的。
简单地说，分离的HEAD状态意味着您没有签出任何分支的HEAD（或提示）。
通过示例了解
在大多数情况下，分支是多个提交的序列，如：
提交1：主-->分支_HEAD（123be6a76168aca712aea16076e971c23835f8ca）
提交2：主-->123be6a76168aca712aea16076e971c23835f8ca-->分支_HEAD
如上所述，在提交序列的情况下，分支指向最近的提交。因此，在这种情况下，如果您签出提交123be6a76168aca712aea16076e971c23835f8ca，那么您将处于分离的头部状态，因为分支的head指向100644a76168ca712aea16086e971c2 3835f8Ca，从技术上讲，您在没有分支的HEAT签出。因此，您处于分离的HEAD状态。
理论解释
在这个博客中，它清楚地指出Git存储库是一个提交树，每个提交都指向其祖先，每个提交指针都会更新，指向每个分支的这些指针都存储在.Git/refs子目录中。标记存储在.git/refs/Tags中，分支存储在.gt/refs/heads中。如果您查看任何文件，您都会发现每个标记对应一个文件，具有40个字符的提交哈希，正如@Chris Johnsen和@Yaroslav Nikitenko所解释的，您可以查看这些引用。
您所要做的就是“gitcheckout[branchname]”，其中[branch-name]是原始分支的名称，从该分支进入分离的头部状态。（与asdfasdf分离）将消失。
例如，在分支“dev”中，您签出提交asdfasd14314->
'git checkout asdfasd14314'
你现在处于超然的状态
“gitbranch”将列出类似->
* (detached from asdfasdf)
dev
prod
stage
但要从分离的头部状态返回到dev->
'git checkout dev'
然后'gitbranch'将列出->
* dev
prod
stage
但是，如果你不打算从分离的头部状态中保留任何更改，那当然是这样，但我发现自己这样做并不是为了做任何更改，而是为了查看以前的提交
git checkout checksum # You could use this to peek previous checkpoints
git status # You will see HEAD detached at checksum
git checkout master # This moves HEAD to master branch
如果你有一个主分支，想回到“开发”或功能，就这样做：
git checkout origin/develop
注意：检查起源/发展。
您处于分离HEAD状态。你可以四处看看，做实验更改并提交它们，您可以放弃在此过程中所做的任何提交通过执行另一个签出，状态而不影响任何分支。。。
then
git checkout -b develop
它有效：）
