修复一个Git分离的头？

Question

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

svn up .

使用git pull似乎没有用.一些随机搜索引导我到一个有人推荐做的网站

git checkout HEAD^ src/

(src是包含已删除文件的目录).

现在我发现我有一个超然的头.我不知道那是什么.我怎么撤消？

Answer 1

分离头意味着您不再在分支上,您已在历史记录中检出单个提交(在这种情况下是HEAD之前的提交,即HEAD ^).

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

你只需要检查你所在的分支,例如

git checkout master

下次更改文件并希望将其恢复到索引中的状态时,请不要先删除文件,只需执行此操作

git checkout -- path/to/foo

这会将文件foo恢复到索引中的状态.

如果要保持更改与分离的HEAD相关联

1. 跑git log -n 1; 这将显示分离的HEAD上的最新提交.复制并粘贴提交哈希.
2. 跑 git checkout master
3. 跑git branch tmp <commit-hash>.这会将您的更改保存在一个名为的新分支中tmp.
4. 如果您想要合并您所做的更改master,请git merge tmp从master分支机构运行.master跑完后你应该在树枝上git checkout master.

Answer 2

如果您更改了不想丢失的文件,可以推送它们.我已将它们以分离模式提交,之后您可以移动到临时分支以便稍后在master中集成.

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

摘自:

如何处理分离头中的提交

Answer 3

没有创建临时分支的解决方案.

当您在此模式下已经更改了某些内容时,如何退出("修复")分离的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> …
   

Answer 4

分离头意味着:

1. 你不再是一个分支,
2. 您已在历史记录中检出了单个提交

如果没有更改:可以通过应用以下命令切换到master

  git checkout master

如果您要保留更改:

在分离的HEAD的情况下,提交工作正常,除了没有命名分支更新.要使用已提交的更改更新主分支,请在您所在的位置创建临时分支(这样临时分支将具有您在分离的HEAD中所做的所有已提交的更改),然后切换到主分支并将临时分支与大师.

git branch  temp
git checkout master
git merge temp

Answer 5

这是我刚刚意识到自己处于一个独立的头脑并且已经做出一些改变后我刚刚做的事情.

我承诺了改变.

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

我记得提交的哈希值(1fe56ad).然后我检查了我应该去的那个分支.

$ git checkout master
Switched to branch 'master'

最后,我将提交的更改应用于分支.

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

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

Answer 6

如果你做了一些改变,然后意识到你是一个独立的头,有一个简单的解决方案: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,就像什么都没发生一样.

Answer 7

当您签出特定提交时git,您最终处于分离头状态...也就是说,您的工作副本不再反映命名引用的状态(如"master").这对于检查存储库的过去状态非常有用,但如果您实际尝试还原更改,则不是您想要的.

如果您对特定文件进行了更改并且只想丢弃它们,则可以使用如下checkout命令:

git checkout myfile

这将丢弃任何未提交的更改,并将文件还原为当前分支头部的状态.如果要放弃已提交的更改,可能需要使用该reset命令.例如,这会将存储库重置为先前提交的状态,并丢弃任何后续更改:

git reset --hard HEAD^

但是,如果您与其他人共享存储库,则git reset可能会造成中断(因为它会删除存储库历史记录的一部分).如果您已经与其他人共享了更改,则通常需要查看git revert,这会生成"反提议" - 也就是说,它会创建一个新的提交,"撤消"有问题的更改.

Git Book有更多细节.

Answer 8

由于"分离头状态"让你在临时分支上,只需使用它就git checkout -会让你进入你所在的最后一个分支.

Answer 9

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

尝试只是 git checkout your-branch

Answer 10

在“分离头”中意味着 HEAD 指的是特定的未命名提交（与命名分支相反）（参见：https : //git-scm.com/docs/git-checkout部分Detached head）。实际上，这意味着您已检出提交，但没有与之关联的分支名称。

您可以选择仅通过以下方式创建与您的提交关联的新分支

git branch new-branch-name.

这允许您将当前状态保存在新分支中。

或者你可能想回到之前的状态然后这样做，你需要选择之前选择的分支

git checkout @{-1}

Answer 11

分离头意味着您没有正确检出您的分支，或者您刚刚检出一个提交。

如果您遇到这样的问题，请首先存储您的本地更改，以免丢失您的更改。

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

假设您想要分支 MyOriginalBranch：

git checkout -b someName origin/MyOriginalBranch

Answer 12

添加到@ralphtheninja 的答案。如果您在使用后收到此消息git checkout master：

请在切换分支之前提交您的更改或隐藏它们。正在中止

然后您可以简单地使用 -f 标志强制签出，如下所示：

git checkout -f master

显然，这将导致丢失在分离模式下所做的所有更改。所以使用时要小心。

Answer 13

为了进一步澄清@Philippe Gerber的答案,这里是:

在此之前cherry-pick,a git checkout master是必要的.此外,它只需要一个commitin detached head.

Answer 14

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

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

换一种说法：

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

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

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

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

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

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

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

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

Answer 15

这种方法可能会丢弃部分提交历史记录，但如果旧主分支和当前状态的合并很棘手，或者您根本不介意丢失部分提交历史记录，那么它会更容易。

为了简单地保持当前状态，而不进行合并，将当前分离的 HEAD 转变为主分支：

1. 手动备份存储库，以防出现意外错误。
2. 提交您想要保留的最后更改。
3. 创建一个临时分支（我们将其命名为detached-head），其中将包含当前状态的文件：

git checkout -b detached-head

4. (a) 如果不需要保留master分支，则将其删除

git branch -D master

4. (b) 或者如果您想保留则重命名

git branch -M master old-master

5. 将临时分支重命名为新的 master 分支

git branch -M detached-head master

图片来源：改编自Gary Lai 的这篇 Medium 文章。

Answer 16

我也遇到过类似的情况。
由于某种原因，我最终得到了一个分离的头 - 我在与我认为自己所在的分支相同的路径上进行了提交 - 例如 HEAD 是分支标签的子级，但由于某种原因分支标签保留在历史记录中提交...可能是因为我已经推动了？

它不会让我推动，因为我不被认为是在我认为我所在的分支上。

我不想改变我的任何历史，也不想做任何挑剔，而且我刚刚在分支机构工作了大约 8 周，所以reset --hard让我有点紧张！

解决方案只是执行以下操作：

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

必须一直手动执行此操作有点烦人，但仍然比必须更改工作目录只是为了更新另一个分支以合并其中的更改要好。

Answer 17

Git 告诉我该怎么做。

如果您输入：

git checkout <some-commit_number>

保存状态

git add .
git commit -m "some message"

然后：

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

Answer 18

Git ：您当前不在分支上。

Git时不时地显示：

要立即推送导致当前（分离的 HEAD）状态的历史记录，请使用

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

它的意思是 ：

• “ HEAD没有分支”

要修复该问题，请运行 2 个命令：

1. git branch -f {{your_working_branch}} HEAD-- 将分支设置到你的头上
2. git checkout {{your_working_branch}}--签出==切换分支

Answer 19

附录

如果您要返回的分支是您最后一次结账,您可以简单地使用checkout @{-1}.这将带您回到之前的结账时间.

此外,您可以使用例如别名此命令,git global --config alias.prev以便您只需键入git prev以切换回上一个结帐.