我在我的存储库中做一些工作，注意到一个文件发生了本地更改。我不再需要它们了，所以我删除了文件，以为我可以签出一份新的副本。我想做的Git相当于
svn up .
使用git pull似乎不起作用。一些随机搜索让我找到了一个有人推荐的网站
git checkout HEAD^ src/
（src是包含已删除文件的目录）。
现在我发现我有一个分离的脑袋。我不知道那是什么。我怎么撤销？
当前回答
如果您已经更改了不想丢失的文件，可以将其推送。我已经在分离模式下提交了它们，之后您可以移动到一个临时分支以稍后在master中集成。
git commit -m "....."
git branch my-temporary-work
git checkout master
git merge my-temporary-work
摘自：
如何处理在分离的头脑中做出的承诺
其他回答
Git：您当前不在分支上。
Git不时显示：
将历史推到当前（分离的HEAD）立即状态，使用git push origin HEAD:＜name of remote branch＞
这意味着：
“HEAD没有分支”
要修复此问题，请运行2个命令：
gitbranch-f｛{your_working_branch｝｝HEAD—将分支设置为头部git checkout｛｛your_working_branch｝｝--checkout==开关分支
通常HEAD指向分支。当它不是指向分支，而是指向像69e51这样的提交散列时，这意味着你有一个分离的HEAD。你需要指出两个分支来解决这个问题。你可以做两件事来解决它。
git checkout other_branch//当您需要提交哈希中的代码时不可能创建一个新分支，并将提交哈希指向新创建的分支。
HEAD必须指向分支，而不是提交哈希是黄金法则。
我想保留我的更改，所以，我只是在做。。。
git add .
git commit -m "Title" -m "Description"
(so i have a commit now example: 123abc)
git checkout YOURCURRENTBRANCH
git merge 123abc
git push TOYOURCURRENTBRANCH
这对我很有用
我也遇到过类似的情况。由于某种原因，我最终得到了一个分离的头部-我在与我认为我所在的分支相同的路径上进行了提交-例如，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
必须一直手动执行这一操作有点烦人，但总比为了合并来自另一个分支的更改而更改工作目录要好。
当您在git中签出一个特定的提交时，您将处于分离的头部状态。。。也就是说，您的工作副本不再反映命名引用的状态（如“master”）。这对于检查存储库的过去状态非常有用，但如果您确实试图恢复更改，则不需要检查。
如果您对特定文件进行了更改，并且只想放弃这些更改，则可以使用如下签出命令：
git checkout myfile
这将丢弃所有未提交的更改，并将文件恢复到当前分支头部的任何状态。如果要放弃已提交的更改，可以使用reset命令。例如，这将将存储库重置为上一次提交的状态，并放弃任何后续更改：
git reset --hard HEAD^
但是，如果您与其他人共享存储库，git重置可能会造成中断（因为它会擦除存储库历史的一部分）。如果您已经与其他人共享了更改，您通常希望查看git-restore，它会生成一个“反提交”，也就是说，它会创建一个新的提交来“撤消”所涉及的更改。
GitBook有更多细节。
