据我所知，Git标签基本上只是指向某个提交的指针。这类似于分支名称，逻辑上也指向分支的最近提交。 checkout 一个标记名或一个分支名都会将HEAD移动到相关的提交。
对于你的问题，一个标签是一个指向提交的指针（它有一个唯一的SHA-1哈希值）， checkout 一个标签将移动HEAD指向该标签所引用的提交。

你可以清楚地看到HEAD引用的内容：

<.git/HEAD

HEAD只是一个文件。

根据man git checkout，[1]这些是您可以输入此命令的唯一内容：

git checkout [snip] [<branch>]
git checkout [snip] [<commit>]
git checkout [snip] [<pathspc>]

值得注意的是，它并没有把ref作为一个可以让HEAD指向的通用对象--只有<branch>和<commit>。
此外，唯一提到的标签是在“分离的HEAD”部分（v2.0是一个标签）：
有时候，能够检出不在任何命名分支顶端的提交，甚至创建一个未被命名分支引用的新提交，都是非常有用的。让我们看看当我们 checkout 提交B时会发生什么（这里我们展示了两种可能的方法）：

$ git checkout v2.0  # or
$ git checkout master^^

[...]
注意，不管我们使用哪个checkout命令，HEAD现在都直接引用commit B。这被称为处于分离的HEAD状态。
所以如果你直接 checkout 一个提交或者通过一个标签 checkout 一个提交，结果是一样的;你处于“detached HEAD“状态，直接指向一个提交。
所以我会说HEAD可能只指向一个 ref（而没有其他类型的ref）类型分支：

# The contents of `.git/HEAD`
ref: refs/heads/main

或者它必须直接指向一个物体：

# The contents of `.git/HEAD` (in “detached `HEAD`” state)
17abc2521ca2f1331cc8c4a02b501443fd92f11d

注意事项

1. Git 2.40.0