我对Git的分支复杂性很陌生。我总是在一个分支上工作，提交更改，然后定期推送到远程源。
最近的某个时候，我对一些文件进行了重置，以使它们脱离提交阶段，后来又进行了重新base-I，以消除最近的几个本地提交。现在我处于一种我不太理解的状态。
在我的工作区，git日志显示了我所期望的一切——我在正确的火车上，有我不想要的提交，还有新的提交，等等。
但我只是推到了远程存储库，这是不同的——我在rebase中删除的几个提交被推送了，而本地提交的新提交不在那里。
我认为“master/origin”与HEAD是分离的，但我不完全清楚这意味着什么，如何使用命令行工具将其可视化，以及如何修复它。
当前回答
正如Chris所指出的，我有以下情况
git符号ref HEAD失败，出现致命错误：ref HEAD不是符号ref
然而，git rev parse refs/heads/master指向了一个好的提交，我可以从中恢复（在我的案例中，最后一次提交，您可以通过使用git show[SHA]看到该提交）
在那之后我做了很多乱七八糟的事情，但似乎已经解决了，
git符号ref HEAD refs/heads/master
头部重新连接！
其他回答
查看此处了解分离头部的基本说明：
http://git-scm.com/docs/git-checkout
使其可视化的命令行：
git branch
or
git branch -a
您将得到如下输出：
* (no branch)
master
branch1
*（无分支）表示您处于分离状态。
您可以通过执行git checkout somecommit等来达到此状态，它会警告您以下内容：
您处于“分离HEAD”状态。你可以四处看看，做实验更改并提交它们，您可以放弃你在这方面的任何承诺状态而不影响任何分支通过执行另一次结账。如果要创建新分支到保留您创建的提交，您可以这样做所以（现在或以后）使用-b和再次执行checkout命令。例子：git checkout-b new_branch_name
现在，要让他们找到主人：
执行git reflog，甚至只执行git log，并记录您的提交。现在git checkout master和git合并提交。
git merge HEAD@{1}
编辑：
此外，使用gitrebase-i不仅可以删除/删除不需要的提交，还可以编辑它们。只需在提交列表中提到“edit”，您就可以修改提交，然后发出gitrebase——继续。这将确保你永远不会进入一个分离的头部。
您所要做的就是“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
但是，如果你不打算从分离的头部状态中保留任何更改，那当然是这样，但我发现自己这样做并不是为了做任何更改，而是为了查看以前的提交
我在搜索“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
对我来说，这就像再次删除本地分支一样简单，因为我没有任何要推送的本地提交：
所以我做到了：
git branch -d branchname
然后再次检查分支：
git checkout branchname
这对我来说非常有效：
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'.
