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

分支机构:

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

HEAD:一种特殊类型的Ref

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

Refs

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

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

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

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

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

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

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。

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

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

我推荐github开发者Scott Chacon的定义:

Head是你当前的分支。这是一个象征性的参照。它是对分支的引用。你总是有HEAD，但HEAD会指向其他指针之一，指向你所在的某个分支。它是您下次提交的父节点。它应该是最后签入工作目录的内容。这是您的工作目录的最后一个已知状态。

整个视频将公平地介绍整个git系统，所以如果有时间，我也建议你看一遍。

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

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

Mercurial也是如此。