我对Git的分支复杂性很陌生。我总是在一个分支上工作，提交更改，然后定期推送到远程源。
最近的某个时候，我对一些文件进行了重置，以使它们脱离提交阶段，后来又进行了重新base-I，以消除最近的几个本地提交。现在我处于一种我不太理解的状态。
在我的工作区，git日志显示了我所期望的一切——我在正确的火车上，有我不想要的提交，还有新的提交，等等。
但我只是推到了远程存储库，这是不同的——我在rebase中删除的几个提交被推送了，而本地提交的新提交不在那里。
我认为“master/origin”与HEAD是分离的，但我不完全清楚这意味着什么，如何使用命令行工具将其可视化，以及如何修复它。
当前回答
查看此处了解分离头部的基本说明：
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 checkout-b mynewbranch。
然后运行gitlog，您将看到这个新分支上的commit现在是HEAD。
我遇到了这个问题，当我读到最热门的答案时：
HEAD是当前签出提交的符号名称。
我想：啊哈！如果HEAD是当前签出提交的符号名称，我可以通过对master重新设置基址来将其与master进行协调：
git rebase HEAD master
此命令：
签出主机标识HEAD的父提交返回到HEAD从master分支的点在master之上播放这些提交
最终的结果是，所有在HEAD中而不是在master中的提交都在master中。master仍处于检出状态。
关于遥控器：
我在rebase中杀死的几个提交被推送了，而本地提交的新提交不在那里。
远程历史记录不能再使用本地历史记录快速转发。您需要强制push（gitpush-f）来覆盖远程历史记录。如果你有任何合作者，与他们进行协调通常是有意义的，这样每个人都在同一页上。
将master推送到远程源之后，远程跟踪分支origin/master将被更新为指向与master相同的提交。
而不是执行git签出origin/master
只需执行git结账大师
然后gitbranch将确认您的分支。
如果您在master上执行了一些提交，并且只想在那里“向后合并”master（即您希望master指向HEAD），那么一行代码将是：
git checkout -B master HEAD
这将创建一个名为master的新分支，即使它已经存在（这就像移动master，这就是我们想要的）。新创建的分支被设置为指向HEAD，也就是您所在的位置。新的分支已签出，因此之后您将成为master。
我发现这在子存储库的情况下特别有用，而子存储库也经常处于分离状态。
正如Chris所指出的，我有以下情况
git符号ref HEAD失败，出现致命错误：ref HEAD不是符号ref
然而，git rev parse refs/heads/master指向了一个好的提交，我可以从中恢复（在我的案例中，最后一次提交，您可以通过使用git show[SHA]看到该提交）
在那之后我做了很多乱七八糟的事情，但似乎已经解决了，
git符号ref HEAD refs/heads/master
头部重新连接！
