我对Git的分支复杂性很陌生。我总是在一个分支上工作，提交更改，然后定期推送到远程源。
最近的某个时候，我对一些文件进行了重置，以使它们脱离提交阶段，后来又进行了重新base-I，以消除最近的几个本地提交。现在我处于一种我不太理解的状态。
在我的工作区，git日志显示了我所期望的一切——我在正确的火车上，有我不想要的提交，还有新的提交，等等。
但我只是推到了远程存储库，这是不同的——我在rebase中删除的几个提交被推送了，而本地提交的新提交不在那里。
我认为“master/origin”与HEAD是分离的，但我不完全清楚这意味着什么，如何使用命令行工具将其可视化，以及如何修复它。
当前回答
我今天遇到了这个问题，我更新了一个子模块，但没有在任何分支上。我已经承诺了，所以藏东西、结账、拆洗都不起作用。我最终选择了那个超然的脑袋。因此，在我提交后（推送失败时），我立即：
git checkout master
git cherry-pick 99fe23ab
我的想法是：我头脑冷静，但我想成为主人。假设我的分离状态与主状态没有太大的不同，如果我能将我的承诺应用于主状态，我就做好了。这正是樱桃树的作用。
其他回答
在我的例子中，我运行了gitstatus，我发现我的工作目录中有一些未跟踪的文件。
为了使重新底座工作，我只需要清洁它们（因为我不需要它们）。
我遇到了这个问题，当我读到最热门的答案时：
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 push origin HEAD:master
git checkout master
git pull
第一个将分离的HEAD推到远程原点。
第二个移动到分支主机。
第三个恢复连接到分支主机的HEAD。
如果推送被拒绝，第一个命令可能会出现问题。但这将不再是分离头的问题，而是关于分离头不知道一些远程更改的事实。
我遇到了同样的问题，我已经通过以下步骤解决了它。
如果您需要保留更改
首先，您需要运行gitcheckoutmaster命令，以返回到master树枝如果需要保留更改，只需运行git checkout-b changes并git checkout-B主更改
如果您不需要更改
要从分支中删除所有未跟踪的文件，请运行gitclean-df。然后，您需要清除存储库中所有未标记的更改。为了做到这一点，您必须运行git checkout--最后，您必须使用gitcheckoutmaster命令将分支放回主分支。
我陷入了一种非常愚蠢的状态，我怀疑其他人会觉得这很有用。。。。但以防万一
git ls-remote origin
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b HEAD
6f96ad0f97ee832ee16007d865aac9af847c1ef6 refs/heads/HEAD
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b refs/heads/master
我最终解决了这个问题
git push origin :HEAD
