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

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

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

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

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

HEAD只是一个特殊的指针，它指向您当前所在的本地分支。

从Pro Git书籍3.1章Git分支-果壳中的分支，在部分创建一个新的分支:

What happens if you create a new branch? Well, doing so creates a new pointer for you to move around. Let’s say you create a new branch called testing. You do this with the git branch command: $ git branch testing This creates a new pointer at the same commit you’re currently on How does Git know what branch you’re currently on? It keeps a special pointer called HEAD. Note that this is a lot different than the concept of HEAD in other VCSs you may be used to, such as Subversion or CVS. In Git, this is a pointer to the local branch you’re currently on. In this case, you’re still on master. The git branch command only created a new branch — it didn’t switch to that branch.

HEAD几乎字面上就是分支的头。所以当你观察一个分支时，你看到的是最新的提交，也就是这个分支的头。但是，您可以将自己指向该分支历史上更远的另一个提交，当您这样做时，您是在将HEAD移动到前一个提交。由于HEAD自然属于分支中的最新提交，因此它被认为是分离的。

视觉表现。每一根树枝都是一条毛毛虫，每一根树枝都是这个生物的一个部分。因此HEAD将位于最前面的段中。如果您将HEAD从该部分移除到另一个要使用的节段，则您已经将HEAD从自然节段中分离出来。希望你能明白。

现在如果你在主分支中分离HEAD，然后签出newFeature，然后再次签出main, HEAD仍然会被分离，并且是在另一个提交之上。我把HEAD看作一面镜子，你可以把它指向你想要的地方。

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

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

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

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

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

这两个可能会让你困惑:

head

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

HEAD

当前分支，或者您的工作树通常是从HEAD所指向的树生成的。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文件是一种跟踪最新提交的方便方法，而不是记住长散列值。