我对Git的分支复杂性很陌生。我总是在一个分支上工作，提交更改，然后定期推送到远程源。
最近的某个时候，我对一些文件进行了重置，以使它们脱离提交阶段，后来又进行了重新base-I，以消除最近的几个本地提交。现在我处于一种我不太理解的状态。
在我的工作区，git日志显示了我所期望的一切——我在正确的火车上，有我不想要的提交，还有新的提交，等等。
但我只是推到了远程存储库，这是不同的——我在rebase中删除的几个提交被推送了，而本地提交的新提交不在那里。
我认为“master/origin”与HEAD是分离的，但我不完全清楚这意味着什么，如何使用命令行工具将其可视化，以及如何修复它。
当前回答
如果您想推送当前分离的HEAD（之前检查gitlog），请尝试：
git push origin HEAD:master
将您分离的HEAD发送到原点的主分支。如果您的推送被拒绝，请首先尝试git pull-origin-master从origin获取更改。如果您不关心源代码的更改，并且它被拒绝，因为您做了一些有意的重基，并且您想用当前分离的分支替换源代码/主代码，那么您可以强制它（-f）。如果您失去了对以前提交的一些访问权限，您可以始终运行git-relog来查看所有分支的历史记录。
要返回主分支，同时保留更改，请尝试以下命令：
git rebase HEAD master
git checkout master
请参见：Git：“当前不在任何分支上。”有没有一种简单的方法可以在保留更改的同时返回分支？
其他回答
我陷入了一种非常愚蠢的状态，我怀疑其他人会觉得这很有用。。。。但以防万一
git ls-remote origin
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b HEAD
6f96ad0f97ee832ee16007d865aac9af847c1ef6 refs/heads/HEAD
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b refs/heads/master
我最终解决了这个问题
git push origin :HEAD
我今天遇到了这个问题，我更新了一个子模块，但没有在任何分支上。我已经承诺了，所以藏东西、结账、拆洗都不起作用。我最终选择了那个超然的脑袋。因此，在我提交后（推送失败时），我立即：
git checkout master
git cherry-pick 99fe23ab
我的想法是：我头脑冷静，但我想成为主人。假设我的分离状态与主状态没有太大的不同，如果我能将我的承诺应用于主状态，我就做好了。这正是樱桃树的作用。
git checkout checksum # You could use this to peek previous checkpoints
git status # You will see HEAD detached at checksum
git checkout master # This moves HEAD to master branch
如果您完全确定HEAD状态良好：
git branch -f master HEAD
git checkout master
你可能无法推到原点，因为你的主人已经偏离了原点。如果您确定没有其他人在使用回购，则可以强制推送：
git push -f
如果您在其他人都不使用的要素分支上，则最有用。
以下操作对我有效（仅使用分支主机）：
git push origin HEAD:master
git checkout master
git pull
第一个将分离的HEAD推到远程原点。
第二个移动到分支主机。
第三个恢复连接到分支主机的HEAD。
如果推送被拒绝，第一个命令可能会出现问题。但这将不再是分离头的问题，而是关于分离头不知道一些远程更改的事实。
