您可以将HEAD视为“当前分支”。当您使用git签出切换分支时，HEAD修订将更改为指向新分支的尖端。

你可以通过这样做来查看HEAD指向什么:

cat .git/HEAD

在我的例子中，输出是:

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

HEAD可以引用与分支名称不关联的特定修订。这种情况被称为分离HEAD。

HEAD指的是工作副本所指向的当前提交，即当前签出的提交。从官方Linux内核文档中指定Git修订:

HEAD命名您在工作树中基于更改的提交。

但是请注意，在即将到来的Git 1.8.4版本中，@也可以用作HEAD的简写，Git贡献者Junio C Hamano在他的Git Blame博客中指出:

你可以不说“HEAD”，而说“@”。“git log @”。

Stack Overflow用户VonC在回答另一个问题时还发现了一些有趣的信息，关于为什么选择@作为简写。

同样值得注意的是，在某些环境中，没有必要将HEAD大写，特别是在使用不区分大小写文件系统的操作系统中，特别是Windows和OS X。

我想详细介绍一下格雷格·休吉尔公认答案中的一些内容。 根据Git口袋指南

分支机构:

分支本身定义为提交中所有可到达的点 来自命名提交的图(分支的“尖端”)。

HEAD:一种特殊类型的Ref

特殊参考HEAD决定你在哪个分支上…

Refs

Git定义了两种引用或命名指针，并调用它们 “参考文献”: 一个简单的引用，直接指向一个对象ID(通常是一个提交或标记) 一个符号ref(或symref)，指向另一个ref(简单的或符号的)

正如Greg提到的，HEAD可以处于“分离状态”。所以HEAD可以是一个简单的ref(对于分离的HEAD)，也可以是一个symref。

如果HEAD是一个现有分支的符号引用，那么你是“开启”的。 分支。另一方面，如果HEAD是直接的简单引用 通过SHA-1 ID命名一个提交，那么你不在任何分支上，但是 而是在“分离HEAD”模式下，当你查看一些内容时就会发生这种情况 早交审查。

看一下如何创建和使用分支

HEAD实际上是一个文件，其内容决定了HEAD变量的引用位置:

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

在这个存储库中，HEAD文件的内容引用了名为refs/heads/master的第二个文件。文件refs/heads/master包含主分支上最近提交的哈希值。

结果是HEAD指向主分支提交从.git/refs/heads/master文件。

我自己还没有弄清楚，但Silfheed对“贴在节点上的便利贴”定义的链接是迄今为止我发现的最好的链接。

我想分享一下我对寻找定义的印象，否则我为什么要把它留给自己。 我把它理解为粘在Git树空间当前位置上的贴纸。我错过了这样一个术语——GIT树中的当前位置，它有自己的属性来指示我们所处的位置。

“参考”或“指针”之类的概念我不太清楚。在我看来，它们暗示了一种新的抽象层次，我们从抽象层次的内部来“指”某物。这可能不是真的，但到目前为止，这是我的看法。

要把正确答案中的要点讲清楚，一个很好的方法就是跑步 git reflog HEAD，你会得到HEAD所指向的所有地方的历史。