为什么Git附注标签对象要存储标签名称？

咱们先捋清楚Git里两种标签的本质区别：轻量标签就是.git/refs/tags/下的一个简单文件，里面直接存着目标对象的SHA1，相当于一个“快捷方式”；但附注标签是一个独立的tag对象，除了指向目标对象，还附带了标签作者、时间、备注这些元数据——这其中就包含标签名称。

那明明refs/tags目录已经提供了标签名到对象的映射，为啥tag对象还要自己存一遍标签名？主要有这几个核心原因：

1. 标签对象是可独立传输的自包含单元 #

Git的对象模型核心就是“自包含”，每个对象本身要携带足够的信息，不用依赖外部的引用条目。比如你把某个附注标签的SHA1直接发给同事，或者把这个tag对象单独打包导出，对方拿到后用git cat-file -p <tag-sha>查看时，能直接知道这是v0.1标签，而不用依赖你的.git/refs/tags/v0.1文件。如果tag对象里没存标签名，对方看到的就只是一堆无标识的元数据，根本不知道这个对象对应哪个标签。

2. 支持多个引用指向同一个标签对象 #

你可以创建多个标签引用指向同一个tag对象，比如同时有refs/tags/v0.1和refs/tags/release-beta-0.1都指向同一个tag对象。这时候tag对象里的名称是原始的v0.1，另一个引用相当于它的别名——如果tag对象不存名称，Git就没法区分原始标签和别名的关系了。

3. 保留标签的原始身份，即使引用被修改或删除 #

如果后来你删除了refs/tags/v0.1这个引用，或者把它指向了另一个对象，但原来的tag对象依然存在于Git的对象数据库里。这时候查看这个tag对象，依然能知道它最初是v0.1标签，不会因为引用的变动丢失这个关键的历史标识。

4. 让Git命令能直接展示完整的标签信息 #

比如用git show <tag-sha>时，Git能直接输出“tag v0.1”这样的清晰标题，而不是只显示一堆晦涩的对象数据。如果tag对象里没存名称，Git就只能从refs里反向查找对应的标签名，但如果这个tag对象没有被任何引用指向，就没法显示标签名了。

举个实际的例子，假设你有一个附注标签对象的SHA1是abc123，直接运行：

git cat-file -p abc123

如果里面没有标签名，输出就会缺失最关键的标识信息，你根本不知道这对应哪个标签——而现在有了标签名，你一眼就能识别出这是v0.1标签。

内容的提问来源于stack exchange，提问作者LarsH