我在我的存储库中做一些工作，注意到一个文件发生了本地更改。我不再需要它们了，所以我删除了文件，以为我可以签出一份新的副本。我想做的Git相当于
svn up .
使用git pull似乎不起作用。一些随机搜索让我找到了一个有人推荐的网站
git checkout HEAD^ src/
（src是包含已删除文件的目录）。
现在我发现我有一个分离的脑袋。我不知道那是什么。我怎么撤销？
当前回答
通常HEAD指向分支。当它不是指向分支，而是指向像69e51这样的提交散列时，这意味着你有一个分离的HEAD。你需要指出两个分支来解决这个问题。你可以做两件事来解决它。
git checkout other_branch//当您需要提交哈希中的代码时不可能创建一个新分支，并将提交哈希指向新创建的分支。
HEAD必须指向分支，而不是提交哈希是黄金法则。
其他回答
使用gitrebase，您可以将HEAD移动到所需的提交
假设您的分支处于分离状态，如下所示：
* bfcb8f9 Commit 4
* 540a123 Commit 3
* 4356d64 Commit 2
| * fecb8d2 Commit 2
|/
| * 8012f45 Commit 2x
|/
| * 6676d15 (HEAD -> master) Commit 2 --amend
|/
* 1818f91 Commit 1
分离的头部是通过错误地重新定基而创建的，指向一个分离的提交，该提交之前是通过gitcommit--modify命令创建的。
如果要将HEAD ref移动到最近的提交，请使用要指向的所需HASH提交应用重基。在本例中，哈希是最近的提交：
git rebase bfcb8f9
这将使分支的HEAD指向所需的提交（在本例中是最近的）：
* bfcb8f9 (HEAD -> master) Commit 4
* 540a123 Commit 3
* 4356d64 Commit 2 --amend
| * fecb8d2 Commit 2
|/
| * 8012f45 Commit 2x
|/
| * 6676d15 Commit 2
|/
* 1818f91 Commit 1
通常HEAD指向分支。当它不是指向分支，而是指向像69e51这样的提交散列时，这意味着你有一个分离的HEAD。你需要指出两个分支来解决这个问题。你可以做两件事来解决它。
git checkout other_branch//当您需要提交哈希中的代码时不可能创建一个新分支，并将提交哈希指向新创建的分支。
HEAD必须指向分支，而不是提交哈希是黄金法则。
分离头部是指：
你不再在树枝上，您已在历史记录中检出一次提交
如果没有更改：可以通过应用以下命令切换到master
git checkout master
如果您有要保留的更改：
在分离HEAD的情况下，提交工作正常，除非没有命名分支得到更新。若要使用已提交的更改更新主分支，请在您所在的位置创建一个临时分支（这样，临时分支将具有您在分离的HEAD中所做的所有已提交更改），然后切换到主分支并将临时分支与主分支合并。
git branch temp
git checkout master
git merge temp
这种方法可能会丢弃部分提交历史记录，但如果旧主分支和当前状态的合并很棘手，或者您不介意丢失部分提交历史，则会更容易。
要简单地保持当前状态而不合并，请将当前分离的HEAD转换为主分支：
手动备份存储库，以防发生意外错误。提交您要保留的最后更改。创建一个临时分支（让我们将其命名为分离头），该分支将包含当前状态的文件：
git checkout -b detached-head
（a） 如果不需要保留主分支，请将其删除
git branch -D master
（b） 如果要保留，请重命名
git branch -M master old-master
将临时分支重命名为新的主分支
git branch -M detached-head master
资料来源：改编自Gary Lai的这篇Medium文章。
处于“分离头部”意味着head指的是特定的未命名提交（与命名分支相对）（cf：https://git-scm.com/docs/git-checkout部分分离的头部）。实际上，这意味着您签出了一个提交，但没有与之关联的分支名称。
您可以选择只创建与提交相关联的新分支
gitbranch新的分支名称。
这允许您将当前状态保存在名为new branch name的新分支中，而不再处于分离的头部状态。
或者，如果您希望返回到以前的状态，则需要选择之前选择的分支
git结帐@｛-1｝
