我对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——继续。这将确保你永远不会进入一个分离的头部。
对我来说，这就像再次删除本地分支一样简单，因为我没有任何要推送的本地提交：
所以我做到了：
git branch -d branchname
然后再次检查分支：
git checkout branchname
最简单的解决方案是创建一个新分支，
git checkout -b new-branch-name
然后通过命令检查提交日志，
git log
如果所有匹配，则按：q退出
现在通过命令将所有更改推送到新分支
git push --set-upstream origin new-branch-name
现在，问题解决了，您的本地gitHEAD连接到新分支，您可以从门户提出pull请求。
我今天遇到了这个问题，我更新了一个子模块，但没有在任何分支上。我已经承诺了，所以藏东西、结账、拆洗都不起作用。我最终选择了那个超然的脑袋。因此，在我提交后（推送失败时），我立即：
git checkout master
git cherry-pick 99fe23ab
我的想法是：我头脑冷静，但我想成为主人。假设我的分离状态与主状态没有太大的不同，如果我能将我的承诺应用于主状态，我就做好了。这正是樱桃树的作用。
以下操作对我有效（仅使用分支主机）：
git push origin HEAD:master
git checkout master
git pull
第一个将分离的HEAD推到远程原点。
第二个移动到分支主机。
第三个恢复连接到分支主机的HEAD。
如果推送被拒绝，第一个命令可能会出现问题。但这将不再是分离头的问题，而是关于分离头不知道一些远程更改的事实。
