我也遇到过类似的情况。由于某种原因，我最终得到了一个分离的头部-我在与我认为我所在的分支相同的路径上进行了提交-例如，head是分支标记的子级，但由于某种原因分支标记停留在历史提交。。。可能是因为我推了？？

它不会让我推动，因为我不被认为是在我认为我在的分支上。

我不想改变我的历史，也不想摘樱桃，我只是花了大约8周的时间在树枝上工作，所以重新设置了——这让我有点紧张！

解决方案只是执行以下操作：

git branch -f myStuckBranch HEAD
git checkout myStuckBranch

即使HEAD和myStuckBranch现在指向同一个对象，您仍需要执行签出，因为您仍然被认为处于分离的头部状态（而不是在分支上）

我不是git的专家（主要使用mercurial，这绝不会造成这种奇怪的情况），但我对这个命令的理解是，它只是说“将myStuckBranch更改为指向HEAD”。

我经常发现自己在获取后使用此命令合并来自master的更改，而不必交换我的工作目录，否则它会尝试使用旧的（无趣的）master版本：

git fetch
git branch -f master origin/master  -- err yeah don't just ignore what's been going on remotely - eg point my master at the real master
git merge master -- merge the changes into my local branch

必须一直手动执行这一操作有点烦人，但总比为了合并来自另一个分支的更改而更改工作目录要好。

分离的头部意味着您不再在分支上，您已经在历史中签出了一个提交（在本例中，提交是head之前的提交，即head^）。

如果要删除与分离的HEAD关联的更改

你只需要检查你所在的分行，例如。

git checkout master

下次更改文件并希望将其恢复到索引中的状态时，不要先删除该文件，只需执行以下操作

git checkout -- path/to/foo

这将把文件foo恢复到索引中的状态。

如果您希望将更改与分离的HEAD保持关联

运行gitbranchtmp-这将在名为tmp的新分支中保存更改。运行git签出主机如果您想将所做的更改合并到master中，请从master分支运行gitmergetmp。运行git checkout master后，您应该在master分支上。

当您处于分离头部的情况并创建了新文件时，首先确保将这些新文件添加到索引中，例如：

git add .

但是，如果您只更改或删除了现有文件，则可以通过以下方式同时添加（-a）和提交消息（-m）：

git commit -a -m "my adjustment message"

然后，您可以简单地使用当前状态创建一个新分支：

git checkout -b new_branch_name

你将有一个新的分支，所有的调整都将在新分支中。然后，您可以根据需要继续推送到远程和/或签出/拉入/合并。

为了进一步澄清@Philippe Gerber的答案，这里是：

在樱桃采摘之前，在这种情况下，需要一个git结账大师。此外，它只需要在分离头中提交。

如果您已经更改了不想丢失的文件，可以将其推送。我已经在分离模式下提交了它们，之后您可以移动到一个临时分支以稍后在master中集成。

git commit -m "....."
git branch my-temporary-work
git checkout master
git merge my-temporary-work

摘自：

如何处理在分离的头脑中做出的承诺

补充@ralphteninija的答案。如果使用git checkout master后收到此消息：

请在切换分支之前提交更改或将其隐藏。正在中止

然后，您可以简单地使用-f标志强制签出，如下所示：

git checkout -f master

显然，这将导致丢失在分离模式中所做的所有更改。所以使用时要小心。