我还在弄清楚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文件是一种跟踪最新提交的方便方法，而不是记住长散列值。

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

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

Mercurial也是如此。

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

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

这两个可能会让你困惑:

head

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

HEAD

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

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

$ git cat-file -t HEAD
commit

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

$ cat .git/refs/heads/master
  b089141cc8a7d89d606b2f7c15bfdc48640a8e25

分支实际上是一个持有提交ID(例如17a5)的指针。 HEAD是指向用户当前工作的分支的指针。

HEAD有一个如下所示的引用流:

ref:

您可以通过访问您正在工作的存储库中的.git/HEAD .git/refs来检查这些文件。