我对Git的分支复杂性很陌生。我总是在一个分支上工作，提交更改，然后定期推送到远程源。
最近的某个时候，我对一些文件进行了重置，以使它们脱离提交阶段，后来又进行了重新base-I，以消除最近的几个本地提交。现在我处于一种我不太理解的状态。
在我的工作区，git日志显示了我所期望的一切——我在正确的火车上，有我不想要的提交，还有新的提交，等等。
但我只是推到了远程存储库，这是不同的——我在rebase中删除的几个提交被推送了，而本地提交的新提交不在那里。
我认为“master/origin”与HEAD是分离的，但我不完全清楚这意味着什么，如何使用命令行工具将其可视化，以及如何修复它。
当前回答
我在搜索“You are in”separated HEAD“状态时发现了这个问题。
在分析了我在这里所做的事情之后，与我过去所做的相比，我发现我犯了一个错误。
我的正常流量是：
git checkout master
git fetch
git checkout my-cool-branch
git pull
这次我做到了：
git checkout master
git fetch
git checkout origin/my-cool-branch
# You are in 'detached HEAD' state.
问题是我无意中做到了：
git checkout origin/my-cool-branch
而不是：
git checkout my-cool-branch
修复方法（在我的情况下）只是运行上述命令，然后继续流程：
git checkout my-cool-branch
git pull
其他回答
您所要做的就是“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
但是，如果你不打算从分离的头部状态中保留任何更改，那当然是这样，但我发现自己这样做并不是为了做任何更改，而是为了查看以前的提交
这对我来说非常有效：
1.保存本地修改的git存储
如果要放弃更改git-clean-dfgit结帐--。gitclean会删除所有未跟踪的文件（警告：虽然它不会删除.gitignore中直接提到的忽略文件，但可能会删除驻留在文件夹中的忽略文件），gitcheckout会清除所有未标记的更改。
2.git checkout master切换到主分支（假设您想使用master）3.git pull从主分支提取最后一次提交4.git状态，以便检查一切是否正常
On branch master
Your branch is up-to-date with 'origin/master'.
我今天刚刚遇到这个问题，我很确定我通过以下方式解决了这个问题：
git branch temp
git checkout master
git merge temp
当我在工作电脑上发现如何做到这一点时，现在我在个人电脑上遇到了同样的问题。所以我必须等到星期一我回到工作电脑前，看看我是怎么做到的。
我遇到了这个问题，当我读到最热门的答案时：
HEAD是当前签出提交的符号名称。
我想：啊哈！如果HEAD是当前签出提交的符号名称，我可以通过对master重新设置基址来将其与master进行协调：
git rebase HEAD master
此命令：
签出主机标识HEAD的父提交返回到HEAD从master分支的点在master之上播放这些提交
最终的结果是，所有在HEAD中而不是在master中的提交都在master中。master仍处于检出状态。
关于遥控器：
我在rebase中杀死的几个提交被推送了，而本地提交的新提交不在那里。
远程历史记录不能再使用本地历史记录快速转发。您需要强制push（gitpush-f）来覆盖远程历史记录。如果你有任何合作者，与他们进行协调通常是有意义的，这样每个人都在同一页上。
将master推送到远程源之后，远程跟踪分支origin/master将被更新为指向与master相同的提交。
简单地说，分离的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所解释的，您可以查看这些引用。
