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视为“当前分支”。当您使用git签出切换分支时，HEAD修订将更改为指向新分支的尖端。

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

cat .git/HEAD

在我的例子中，输出是:

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

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

一个存储库中可以有多个头。并且头的总数总是等于存储库中存在的分支的总数，这意味着头只是每个分支的最新提交

但是一个存储库只有一个HEAD。HEAD是一个引用，它引用在当前分支完成的最新提交。

它就像git用户的眼睛。无论HEAD引用哪个提交，存储库都开始反映该特定提交期间存储库的条件。

HEAD的基本性质是总是引用当前分支的最新提交，但我们可以通过使用git checkout "commit-hash"将HEAD移动到当前分支的任何提交。

注意:我们可以使用git log——oneline命令轻松获得commit-hash

HEAD实际上只是一个存储当前分支信息的文件

如果你在git命令中使用HEAD，你就指向了当前的分支

您可以通过查看该文件的数据 猫. /头

我还在弄清楚git的内部结构，到目前为止，我已经弄清楚了这个:

假设当前的分支是master。

HEAD是你的.git/目录下的一个文件，通常看起来像这样:

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

Refs /heads/master本身是一个文件，通常包含master最新提交的哈希值:

% cat .git/refs/heads/master 
f342e66eb1158247a98d74152a1b91543ece31b4

如果你做git日志，你会看到这是master的最新提交:

% git log --oneline 
f342e66 (HEAD -> master,...) latest commit
fa99692 parent of latest commit

所以我的想法是HEAD文件是一种跟踪最新提交的方便方法，而不是记住长散列值。