我在我的存储库中做一些工作，注意到一个文件发生了本地更改。我不再需要它们了，所以我删除了文件，以为我可以签出一份新的副本。我想做的Git相当于
svn up .
使用git pull似乎不起作用。一些随机搜索让我找到了一个有人推荐的网站
git checkout HEAD^ src/
（src是包含已删除文件的目录）。
现在我发现我有一个分离的脑袋。我不知道那是什么。我怎么撤销？
当前回答
您可能做了git重置--硬原点/分支。
试着在你的分行结账
其他回答
git pull origin master
对我来说很有用。它只是明确地给出了远程和分支名称。
由于“分离的头状态”使您处于临时分支，所以只需使用git checkout，这将使您处于上一个分支。
这种方法可能会丢弃部分提交历史记录，但如果旧主分支和当前状态的合并很棘手，或者您不介意丢失部分提交历史，则会更容易。
要简单地保持当前状态而不合并，请将当前分离的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指向分支。当它不是指向分支，而是指向像69e51这样的提交散列时，这意味着你有一个分离的HEAD。你需要指出两个分支来解决这个问题。你可以做两件事来解决它。
git checkout other_branch//当您需要提交哈希中的代码时不可能创建一个新分支，并将提交哈希指向新创建的分支。
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
