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

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文件。

引用别人的话:

A head is simply a reference to a commit object. Each head has a name (branch name or tag name, etc). By default, there is a head in every repository called master. A repository can contain any number of heads. At any given time, one head is selected as the “current head.” This head is aliased to HEAD, always in capitals". Note this difference: a “head” (lowercase) refers to any one of the named heads in the repository; “HEAD” (uppercase) refers exclusively to the currently active head. This distinction is used frequently in Git documentation.

可以在这里找到另一个很好的源代码，它可以快速覆盖git的内部工作原理(因此可以更好地理解heads/HEAD)。引用(ref:)或头或分支可以被看作是粘贴在提交历史记录中的提交上的便利贴。通常它们指向一系列提交的提示，但它们可以随着git checkout或git reset等移动。

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。

我认为'HEAD'是当前的检出提交。换句话说，'HEAD'指向当前签出的提交。

如果你刚刚克隆了，没有签出，我不知道它指向什么，可能是一些无效的位置。

这两个可能会让你困惑:

head

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

HEAD

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

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

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