我对Git的分支复杂性很陌生。我总是在一个分支上工作,提交更改,然后定期推送到远程源。

最近的某个时候,我对一些文件进行了重置,以使它们脱离提交阶段,后来又进行了重新base-I,以消除最近的几个本地提交。现在我处于一种我不太理解的状态。

在我的工作区,git日志显示了我所期望的一切——我在正确的火车上,有我不想要的提交,还有新的提交,等等。

但我只是推到了远程存储库,这是不同的——我在rebase中删除的几个提交被推送了,而本地提交的新提交不在那里。

我认为“master/origin”与HEAD是分离的,但我不完全清楚这意味着什么,如何使用命令行工具将其可视化,以及如何修复它。


当前回答

我在搜索“You are in”separated HEAD“状态时发现了这个问题。

在分析了我在这里所做的事情之后,与我过去所做的相比,我发现我犯了一个错误。

我的正常流量是:

git checkout master
git fetch
git checkout my-cool-branch
git pull

这次我做到了:

git checkout master
git fetch
git checkout origin/my-cool-branch
# You are in 'detached HEAD' state.

问题是我无意中做到了:

git checkout origin/my-cool-branch

而不是:

git checkout my-cool-branch

修复方法(在我的情况下)只是运行上述命令,然后继续流程:

git checkout my-cool-branch
git pull

其他回答

在我的例子中,我运行了gitstatus,我发现我的工作目录中有一些未跟踪的文件。

为了使重新底座工作,我只需要清洁它们(因为我不需要它们)。

我遇到了同样的问题,我已经通过以下步骤解决了它。

如果您需要保留更改

首先,您需要运行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。

我发现这在子存储库的情况下特别有用,而子存储库也经常处于分离状态。

如果您在Eclipse中使用EGit:假设你的硕士是你的主要发展分支

将更改提交到一个分支,通常是一个新的分支然后从遥控器拉出然后右键单击项目节点,选择团队,然后选择显示历史记录然后右键单击主控形状,选择“检出”如果Eclipse告诉,有两个主服务器一个本地一个远程,请选择远程

之后,您应该能够重新附着到原点主控形状。

如果您完全确定HEAD状态良好:

git branch -f master HEAD
git checkout master

你可能无法推到原点,因为你的主人已经偏离了原点。如果您确定没有其他人在使用回购,则可以强制推送:

git push -f

如果您在其他人都不使用的要素分支上,则最有用。