Git中的HEAD是什么?(概念)

HEAD是一个指向当前签出分支或提交的指针，它回答了一个问题:我现在在存储库的哪个位置?或者，换句话说，它是Git知道在哪个提交上镜像本地工作树的方式，以及您当前是否在一个分支上工作(附加的)或没有(分离的)。

分离的头

HEAD可以处于附加或分离两种状态之一，这取决于是否签出了分支。默认状态是附加的，其中对历史的任何操作都会自动记录到HEAD当前引用的分支。

在分离状态下，可以在不影响任何现有分支的情况下进行实验更改。请参见下面的信息图，说明在附加状态和分离状态下提交的区别。

一个常见的误解是，消息You are in 'detached HEAD' state是错误的语气，而实际上它只是描述HEAD是如何引用当前快照的。

可以使HEAD处于分离状态的操作:

签出一个特定的提交，即。 $ git checkout 14ko3 显式地签出一个远程分支，即。 $ git checkout origin/master 使用分离标志切换到一个分支，即。 $ git主开关——分离 签出一个标签，即 $ git checkout v1.0.1 执行交互式重基，或包含冲突更改的常规重基

从分离到依附的状态

要从分离状态切换到附加状态，您可以从所在的位置创建一个新分支，或者切换回现有的分支。

注意:如果你切换到另一个现有的分支，在分离状态下创建的任何提交最终(垃圾收集后)都会被丢弃，而不是首先在一个新的分支中持久化你的更改。

检查HEAD的状态

可以通过不同的方法来确定HEAD当前处于哪个状态，这里有两个选项。

使用显示 $ git show HEAD—一行 14ko3 (HEAD, master) C1 #如果附加，输出将是 14ko3 (HEAD -> master) C1 使用状态 $ git状态 HEAD在14ko3分离

HEAD到底是什么?(技术)

如果您想显式地查看HEAD引用了什么，您可以检查. Git /HEAD文件，这是Git内部用于管理HEAD的实际文件。该文件包含分支的名称或提交散列，这取决于是否分离HEAD。

$ cat .git/HEAD
ref: refs/heads/master

# If detached, the output would have been
14ko36e295f1a98ec57397b3acc7bc247da61ff5

来源:以上节选自这篇关于主题的完整文章:Git中的HEAD是什么?

Git都是关于提交的。 Head指向当前签出的提交。

$ git cat-file -t HEAD
commit

无论何时签出一个分支，HEAD都指向该分支上的最新提交。HEAD的内容可检查如下(主分支):

$ cat .git/refs/heads/master
  b089141cc8a7d89d606b2f7c15bfdc48640a8e25

这两个可能会让你困惑:

head

指向分支最近提交的命名引用。除非使用包引用，否则头文件通常存储在$ GIT_DIR/refs/heads/中。

HEAD

当前分支，或者您的工作树通常是从HEAD所指向的树生成的。HEAD必须指向一个头，除非你正在使用一个独立的头。

看看http://git-scm.com/book/en/Git-Branching-What-a-Branch-Is

图3 - 5。HEAD文件指向你所在的分支。

作为一个概念，头是分支中的最新修订。如果每个命名分支有多个头，那么在进行本地提交时可能会创建它，而没有合并，这实际上创建了一个未命名的分支。

为了拥有一个“干净的”存储库，每个命名分支都应该有一个头，并且在本地工作后总是合并到一个命名分支。

Mercurial也是如此。

在这些答案中，有一个可能微妙但重要的误解。我想我应该加上我的答案来澄清一下。

什么是HEAD?

头就是你

HEADis a symbolic reference pointing to wherever you are in your commit history. It follows you wherever you go, whatever you do, like a shadow. If you make a commit, HEAD will move. If you checkout something, HEAD will move. Whatever you do, if you have moved somewhere new in your commit history, HEAD has moved along with you. To address one common misconception: you cannot detach yourself from HEAD. That is not what a detached HEAD state is. If you ever find yourself thinking: "oh no, i'm in detached HEAD state! I've lost my HEAD!" Remember, it's your HEAD. HEAD is you. You haven't detached from the HEAD, you and your HEAD have detached from something else.

HEAD可以附着在什么上?

HEAD可以指向提交，但通常不会。让我再说一遍。通常，HEAD并不指向提交。它指向一个分支引用。它被附加到那个分支，当你做某些事情时(例如，提交或重置)，附加的分支将随着HEAD一起移动。您可以通过查看引擎盖下面的内容来查看它所指向的内容。

cat .git/HEAD

通常你会得到这样的结果:

ref: refs/heads/master

有时候你会得到这样的结果:

a3c485d9688e3c6bc14b06ca1529f0e78edd3f86

That's what happens when HEAD points directly to a commit. This is called a detached HEAD, because HEAD is pointing to something other than a branch reference. If you make a commit in this state, master, no longer being attached to HEAD, will no longer move along with you. It does not matter where that commit is. You could be on the same commit as your master branch, but if HEAD is pointing to the commit rather than the branch, it is detached and a new commit will not be associated with a branch reference.

如果您尝试下面的练习，您可以图形化地看待这个问题。从git存储库中运行这个。你会得到一些略有不同的东西，但它们的关键部分会在那里。当需要直接签出提交时，只需使用从第一个输出中获得的缩写散列(这里是a3c485d)。

git checkout master
git log --pretty=format:"%h:  %d" -1
# a3c485d:   (HEAD -> master)

git checkout a3c485d -q # (-q is for dramatic effect)
git log --pretty=format:"%h:  %d" -1   
# a3c485d:   (HEAD, master)

好的，这里的输出有一个小的差别。直接签出提交(而不是分支)会给我们一个逗号而不是一个箭头。你觉得呢，我们是处于超然的HEAD状态吗?HEAD仍然引用与分支名称相关联的特定修订。我们还在主分支上，不是吗?

现在试一试:

git status
# HEAD detached at a3c485d

没有。我们处于“分离的头部”状态。

你可以用git log -1看到(HEAD -> branch)和(HEAD, branch)的相同表示。

总之

HEAD就是你。无论你在哪里，它都指向你所办理的任何手续。通常这不是一个提交，而是一个分支。如果HEAD确实指向一个提交(或标记)，即使它是一个分支也指向的同一个提交(或标记)，您(和HEAD)已经从那个分支中分离出来了。由于您没有附加到您的分支，所以当您进行新的提交时，该分支不会跟随您。然而，HEAD会。