我对Git的分支复杂性很陌生。我总是在一个分支上工作，提交更改，然后定期推送到远程源。
最近的某个时候，我对一些文件进行了重置，以使它们脱离提交阶段，后来又进行了重新base-I，以消除最近的几个本地提交。现在我处于一种我不太理解的状态。
在我的工作区，git日志显示了我所期望的一切——我在正确的火车上，有我不想要的提交，还有新的提交，等等。
但我只是推到了远程存储库，这是不同的——我在rebase中删除的几个提交被推送了，而本地提交的新提交不在那里。
我认为“master/origin”与HEAD是分离的，但我不完全清楚这意味着什么，如何使用命令行工具将其可视化，以及如何修复它。
当前回答
您所要做的就是“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
但是，如果你不打算从分离的头部状态中保留任何更改，那当然是这样，但我发现自己这样做并不是为了做任何更改，而是为了查看以前的提交
其他回答
如果您完全确定HEAD状态良好：
git branch -f master HEAD
git checkout master
你可能无法推到原点，因为你的主人已经偏离了原点。如果您确定没有其他人在使用回购，则可以强制推送：
git push -f
如果您在其他人都不使用的要素分支上，则最有用。
最简单的解决方案是创建一个新分支，
git checkout -b new-branch-name
然后通过命令检查提交日志，
git log
如果所有匹配，则按：q退出
现在通过命令将所有更改推送到新分支
git push --set-upstream origin new-branch-name
现在，问题解决了，您的本地gitHEAD连接到新分支，您可以从门户提出pull请求。
我遇到了这个问题，当我读到最热门的答案时：
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 ls-remote origin
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b HEAD
6f96ad0f97ee832ee16007d865aac9af847c1ef6 refs/heads/HEAD
0d2ab882d0dd5a6db93d7ed77a5a0d7b258a5e1b refs/heads/master
我最终解决了这个问题
git push origin :HEAD
我今天刚刚遇到这个问题，我很确定我通过以下方式解决了这个问题：
git branch temp
git checkout master
git merge temp
当我在工作电脑上发现如何做到这一点时，现在我在个人电脑上遇到了同样的问题。所以我必须等到星期一我回到工作电脑前，看看我是怎么做到的。
