我在我的存储库中做一些工作，注意到一个文件发生了本地更改。我不再需要它们了，所以我删除了文件，以为我可以签出一份新的副本。我想做的Git相当于
svn up .
使用git pull似乎不起作用。一些随机搜索让我找到了一个有人推荐的网站
git checkout HEAD^ src/
（src是包含已删除文件的目录）。
现在我发现我有一个分离的脑袋。我不知道那是什么。我怎么撤销？
当前回答
HEAD是一个指针，它直接或间接指向特定的提交：
连接的HEAD表示它连接到某个分支（即它指向某个分支）。分离的HEAD意味着它不附加到任何分支，即它直接指向某个提交。
换句话说：
如果它直接指向提交，则HEAD被分离。如果它间接指向提交（即，它指向分支，而分支又指向提交），则会附加HEAD。
为了更好地理解带有附加/分离头的情况，让我们展示通向上面四幅图片的步骤。
我们从存储库的相同状态开始（所有象限中的图片都相同）：
现在我们要执行git签出-在单个图片中使用不同的目标（顶部的命令变暗以强调我们只应用这些命令）：
以下是执行这些命令后的情况：
如您所见，HEAD指向git checkout命令的目标-指向分支（四元组的前3个图像），或（直接）指向提交（四元组最后一个图像）。
工作目录的内容也会更改，以符合适当的提交（快照），即HEAD（直接或间接）指向的提交。
因此，现在我们的情况与答案开头的情况相同：
其他回答
当我开始使用git时，这对我来说是一件令人困惑的事情，后来我明白了为什么会发生这种情况，以及处理这种情况的最佳方法是什么。
出现这种情况的根本原因是，通常gitHEAD总是指向某个分支，当您试图将HEAD指向某个特定的提交时，就会将HEAD置于分离的HEAD状态。
HEAD连接时的状态-
cat .git/HEAD # output--> ref: refs/heads/master or ref: refs/heads/main
当HEAD处于分离状态时-
cat .git/HEAD # output--> b96660a90cad75867453ebe1b8d11754bbb68b0e <commit hash>
解决方案-
git stash # Temporarily shelves (or stashes) changes
git branch # Find your default branch
git switch master # Point HEAD to master or main branch
git stash pop # Apply all the changes you had previously
补充@ralphteninija的答案。如果使用git checkout master后收到此消息：
请在切换分支之前提交更改或将其隐藏。正在中止
然后，您可以简单地使用-f标志强制签出，如下所示：
git checkout -f master
显然，这将导致丢失在分离模式中所做的所有更改。所以使用时要小心。
我也遇到过类似的情况。由于某种原因，我最终得到了一个分离的头部-我在与我认为我所在的分支相同的路径上进行了提交-例如，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
必须一直手动执行这一操作有点烦人，但总比为了合并来自另一个分支的更改而更改工作目录要好。
如果你做出了改变，然后意识到你是一个独立的人，你可以这样做：stash->checkout master->stash pop：
git stash
git checkout master # Fix the detached head state
git stash pop # Or for extra safety use 'stash apply' then later
# after fixing everything do 'stash drop'
您将拥有未提交的更改和正常的“附加”HEAD，就像什么都没有发生一样。
如果您已经更改了不想丢失的文件，可以将其推送。我已经在分离模式下提交了它们，之后您可以移动到一个临时分支以稍后在master中集成。
git commit -m "....."
git branch my-temporary-work
git checkout master
git merge my-temporary-work
摘自：
如何处理在分离的头脑中做出的承诺
