修复Git分离头？

我在存储库中进行了一些工作，发现文件有本地更改。我不再想要它们了，所以我删除了文件，以为我可以签出新副本。我想做相当于

svn up .

使用git pull似乎没有用。一些随机搜索将我带到一个有人建议这样做的站点

git checkout HEAD^ src/

（src是包含已删除文件的目录）。

现在我发现我有一个超脱的头。我不知道那是什么。我该如何撤消？

分离的头部意味着您不再在分支上，您已签出历史记录中的单个提交（在这种情况下，是HEAD之前的提交，即HEAD ^）。

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

您只需要签出您所在的分支，例如

git checkout master

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

git checkout -- path/to/foo

这会将文件foo恢复为索引中的状态。

如果您想使更改与分离的HEAD相关联

1. 运行git branch tmp-这会将您的更改保存在名为的新分支中tmp。
2. 跑 git checkout master
3. 如果您希望合并所做的更改master，请git merge tmp从master分支运行。master运行后，您应该在分支上git checkout master。

如果您不想丢失文件，可以将其推送。我已将它们提交为分离模式，此后，您可以移至临时分支以稍后集成到master中。

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

摘自：

如何处理超脱的提交

不创建临时分支的解决方案。

当您已经在此模式下进行了某些更改并且想要保存更改时，如何退出（“修复”）分离的HEAD状态：

1. 提交要保留的更改。如果要接管在分离的HEAD状态下所做的任何更改，请提交它们。喜欢：

   git commit -a -m "your commit message"
   

2. 放弃您不想保留的更改。硬重置将放弃您在分离的HEAD状态下所做的所有未提交的更改：

   git reset --hard
   

   （否则，第3步将失败，抱怨在分离的HEAD中修改了未提交的文件。）

3. 查看您的分支。通过检出您之前处理过的分支来退出分离的HEAD状态，例如：

   git checkout master
   

4. 接管您的提交。现在，您可以通过选择樱桃来接管处于分离HEAD状态的提交，如我对另一个问题的回答所示。

   git reflog
   git cherry-pick <hash1> <hash2> <hash3> …
   

分离头意味着：

1. 您不再在分支机构中，
2. 您已经在历史记录中签出了一次提交

如果没有更改：可以通过应用以下命令切换到主服务器

  git checkout master

如果您要保留更改，请执行以下操作：

如果是分离的HEAD，则提交工作与正常工作相同，只是没有命名分支得到更新。要使用已提交的更改更新master分支，请在您所在的位置创建一个临时分支（这样，该临时分支将具有您在分离的HEAD中所做的所有提交的更改），然后切换到master分支并合并与大师。

git branch  temp
git checkout master
git merge temp

这是我意识到自己处于超脱状态并且已经进行了一些更改之后所做的事情。

我提交了更改。

$ git commit -m "..."
[detached HEAD 1fe56ad] ...

我记得提交的哈希值（1fe56ad）。然后，我签出了我应该一直在的分支。

$ git checkout master
Switched to branch 'master'

最后，我将提交的更改应用于分支。

$ git cherry-pick 1fe56ad
[master 0b05f1e] ...

我认为这比创建临时分支要容易一些。

如果您进行了一些更改，然后意识到自己处在分离状态，则有一个简单的解决方案：存放->结帐母版->存放弹出：

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，就像什么也没有发生一样。

当您检出特定的提交时git，您最终会处于分离的头部状态……也就是说，您的工作副本不再反映命名引用（例如“主”）的状态。这对于检查存储库的过去状态很有用，但对于您实际尝试还原更改而言不是您想要的。

如果您对特定文件进行了更改，而只想放弃它们，则可以使用以下checkout命令：

git checkout myfile

这将丢弃所有未提交的更改，并将文件还原到当前分支头中的任何状态。如果要放弃已提交的更改，则可能要使用该reset命令。例如，这会将存储库重置为上一次提交的状态，并丢弃所有后续更改：

git reset --hard HEAD^

但是，如果您要与其他人共享存储库，则a git reset可能会造成破坏性的（因为它会删除部分存储库历史记录）。如果您已经与其他人共享更改，则通常需要查看一下git revert，它会生成一个“反提交”-即，它将创建一个新的提交来“撤消”有问题的更改。

《 Git Book》有更多详细信息。

HEAD在指针中，因此直接或间接指向特定的提交：

附加的   HEAD表示它已附加到某个分支（即，它指向一个分支）。
分离的 HEAD表示它没有连接到任何分支，即它直接指向某个提交。

换一种说法：

• 如果直接指向提交，则HEAD被分离。
• 如果它间接指向一个提交（即，它指向一个分支，而分支又指向一个提交），则将附加 HEAD 。

为了更好地了解已连接/已分离的HEAD的情况，让我们展示导致上述图片四合一的步骤。

我们从存储库的相同状态开始（所有象限中的图片都相同）：

现在，我们要执行git checkout-在单个图片中使用不同的目标（它们上方的命令将变暗以强调我们仅将应用这些命令）：

执行以下命令后就是这种情况：

正如可以看到，头部指向目标的的git checkout命令-的分支（四联的第一3个图像），或者（直接地）给一个提交（四联的最后一个图像）。

工作目录的内容也被更改为与适当的提交（快照）一致，即与HEAD指向（直接或间接）提交有关。

因此，我们现在处于与此答案开头相同的状态：

由于“分离头状态”使您处于临时分支，因此只需使用它就git checkout -可以使您进入上一个分支。

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

在此之前cherry-pick，a git checkout master是必需的。此外，仅需要commitin detached head。

附录

如果您希望返回的分支是您最后一次结帐，则可以使用checkout @{-1}。这将带您回到之前的结帐。

此外，例如，您可以使用此命令的别名，git global --config alias.prev以便只需要键入git prev即可切换回上一个签出。

在“分离头”中意味着HEAD指的是特定的未命名提交（与命名分支相反）（参见：https : //git-scm.com/docs/git-checkout部分分离头）

要解决此问题，您只需要选择之前由

git checkout @{-1}

当您处于独立状态并创建新文件时，请首先确保将这些新文件添加到索引中，例如使用：

git add .

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

git commit -a -m "my adjustment message"

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

git checkout -b new_branch_name

您将拥有一个新分支，所有调整都将在该新分支中。然后，您可以根据需要继续推送到远程和/或结帐/拉动/合并。

Git告诉我该怎么做。

如果输入：

git checkout <some-commit_number>

保存状态

git add .
git commit -m "some message"

然后：

 git push origin HEAD:<name-of-remote-branch>

我想保留所做的更改，因此，我只是在解决此问题...

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指向分支。当它不指向分支时，而是当它指向提交哈希时，69e51则意味着您有一个分离的HEAD。您需要将其指向两个分支来解决此问题。您可以做两件事来修复它。

1. git checkout other_branch //当您需要该提交中的代码时不可能 hash
2. 创建一个新分支，并将提交哈希指向新创建的分支。

HEAD必须指向分支，而不是提交哈希是黄金法则。

分离的头部意味着您尚未正确检出分支或刚刚检出了一次提交。

如果遇到此类问题，请先存储本地更改，以免丢失更改。

之后...使用以下命令签出您想要的分支：

假设您要分支MyOriginalBranch：

git checkout -b someName origin / MyOriginalBranch

你可能做到了git reset --hard origin/your-branch。

尝试只是 git checkout your-branch

git pull origin master

为我工作。只是要明确给出远程和分支名称。

就我而言，我跑步git status，发现我的工作目录中有一些未跟踪的文件。

我只需要清洁它们（因为我不需要它们）即可运行我想要执行的重新设置。

这对我有用，它将为分离的头分配一个新的分支：

git checkout new_branch_name detached_head_garbage_name

分离的HEAD表示您当前不在任何分支上。如果您想保留当前更改并仅创建一个新分支，请执行以下操作：

git commit -m "your commit message"
git checkout -b new_branch

之后，您可能希望将此新分支与其他分支合并。总是有用的是git “ a dog”命令：

git log --all --decorate --oneline --graph