我对Git的分支复杂性很陌生。我总是在一个分支上工作，提交更改，然后定期推送到远程源。
最近的某个时候，我对一些文件进行了重置，以使它们脱离提交阶段，后来又进行了重新base-I，以消除最近的几个本地提交。现在我处于一种我不太理解的状态。
在我的工作区，git日志显示了我所期望的一切——我在正确的火车上，有我不想要的提交，还有新的提交，等等。
但我只是推到了远程存储库，这是不同的——我在rebase中删除的几个提交被推送了，而本地提交的新提交不在那里。
我认为“master/origin”与HEAD是分离的，但我不完全清楚这意味着什么，如何使用命令行工具将其可视化，以及如何修复它。
当前回答
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
其他回答
最简单的解决方案是创建一个新分支，
git checkout -b new-branch-name
然后通过命令检查提交日志，
git log
如果所有匹配，则按：q退出
现在通过命令将所有更改推送到新分支
git push --set-upstream origin new-branch-name
现在，问题解决了，您的本地gitHEAD连接到新分支，您可以从门户提出pull请求。
如果您在Eclipse中使用EGit：假设你的硕士是你的主要发展分支
将更改提交到一个分支，通常是一个新的分支然后从遥控器拉出然后右键单击项目节点，选择团队，然后选择显示历史记录然后右键单击主控形状，选择“检出”如果Eclipse告诉，有两个主服务器一个本地一个远程，请选择远程
之后，您应该能够重新附着到原点主控形状。
我今天遇到了这个问题，我更新了一个子模块，但没有在任何分支上。我已经承诺了，所以藏东西、结账、拆洗都不起作用。我最终选择了那个超然的脑袋。因此，在我提交后（推送失败时），我立即：
git checkout master
git cherry-pick 99fe23ab
我的想法是：我头脑冷静，但我想成为主人。假设我的分离状态与主状态没有太大的不同，如果我能将我的承诺应用于主状态，我就做好了。这正是樱桃树的作用。
我遇到了同样的问题，我已经通过以下步骤解决了它。
如果您需要保留更改
首先，您需要运行gitcheckoutmaster命令，以返回到master树枝如果需要保留更改，只需运行git checkout-b changes并git checkout-B主更改
如果您不需要更改
要从分支中删除所有未跟踪的文件，请运行gitclean-df。然后，您需要清除存储库中所有未标记的更改。为了做到这一点，您必须运行git checkout--最后，您必须使用gitcheckoutmaster命令将分支放回主分支。
如果您在master上执行了一些提交，并且只想在那里“向后合并”master（即您希望master指向HEAD），那么一行代码将是：
git checkout -B master HEAD
这将创建一个名为master的新分支，即使它已经存在（这就像移动master，这就是我们想要的）。新创建的分支被设置为指向HEAD，也就是您所在的位置。新的分支已签出，因此之后您将成为master。
我发现这在子存储库的情况下特别有用，而子存储库也经常处于分离状态。
