编辑
已成功确信带注释的标签是一件好事-了解谁加标签以及何时重要！作为后续，对好的标签注释有什么建议吗？由于先前的标记，
git tag -am "tagging 1.0" 1.0和尝试汇总提交日志都感觉像是丢失了策略。#1 楼
带注释的标记的最大优点是您知道是谁创建的。就像提交一样，有时很高兴知道是谁做的。如果您是开发人员，并且看到v1.7.4已被标记（声明为就绪），但您不确定，您该与谁谈话？名称在带注释的标签中的人！ （如果您生活在一个不信任的世界中，那么这也会使人们远离标记他们不该做的事情。）如果您是消费者，那么这个名字就是权威的印记：Junio Hamano表示此版本的git特此其他元数据也可能会有所帮助-有时很高兴知道该版本何时发布，而不仅仅是最终提交的时间。有时，该消息甚至可能会有用。也许可以帮助解释该特定标签的用途。也许候选发布者的标签包含一些状态/待办事项列表。
签名标签与其他任何签名几乎一样，它为偏执狂提供了更高的安全级别。我们大多数人都不会使用它，但是如果您真的想在将软件安装到计算机上之前对其进行验证，那么可能会需要它。
编辑：
关于在标签注释中写的内容，您是对的-并不一定总是有用。对于版本号标签，暗含的理解是它标记了该版本，如果您对其他地方的更改日志感到满意，则无需在其中放置一个。在这种情况下，最重要的实际上是标记器和日期。我唯一想到的是某种测试套件的认可。看一下git.git的标签：它们都只说“ Git 1.7.3 rc1”之类的东西；我们真正关心的就是他们身上的名字Junio Hamano。
但是，对于不太明显的名称标签，消息可能变得更加重要。我可以设想为单个用户/客户端标记特定的专用版本，一些重要的非版本里程碑，或者（如上所述）为候选版本添加额外的信息。该消息将变得更加有用。
评论
只是为了与SVN进行比较，因为OP来自该系统：带注释的标签元数据等效于实际的SVN更改，因此将进行标记分支，该分支在SVN中具有自己的作者和消息。而且，可能的是，对谁可以制作标签有不同的限制，与谁可以签入更改有不同的限制-如果您只是将系统用于自己的东西，则这一区别是不相关的。
–araqnid
2011年2月11日在17:02
啊哈！到目前为止，我所有的Git项目都是单独的，这听起来似乎妨碍了我的理解。我从来不需要知道应该为谁指责（这总是我！），所以我没有注意到轻量级标签不会跟踪标签。
–本空白
2011年2月11日在18:39
git help log现在将其总结为：“带注释的标签用于发布，而轻量级标签则用于私有或临时对象标签。”
–琼·詹塞特（Jon Gjengset）
2014年5月29日15:19
@javabrett虽然这是“带注释的标签和轻量级标签之间的区别是什么”的一个很好的答案，但是这里的问题是为什么人们想要存储额外的信息并因此使用带注释的标签。 （而且，我认为我不能认真地说“它创建了一个blob”是一个弊端-您需要执行所需的操作来存储要存储的信息，如果它是重要的信息，则需要一个blob。 ）
–卡斯卡贝尔
16/09/15'2:13
@Chris是的，正如回答所说，“带注释标签的最大优点是您知道创建它的人。”您可以随时尝试尝试找出答案：git tag -a -m'my message'my-tag; git显示我的标签
–卡斯卡贝尔
17年8月9日在16:17
#2 楼
我对此主题的看法略有不同：带注释的标签是那些打算为其他开发人员发布的标签，很可能是新版本（也应该签名）。不仅要查看是谁标记了标签以及何时标记了标签，还包括为什么（通常是变更日志）。可能是对其进行审查，将其检出以测试某些内容或其他内容。
评论
man git-tag上也提到了这一点：“带注释的标签旨在发布，而轻量级标签则针对私有或临时对象标签。”：stackoverflow.com/a/35059291/895245
– Ciro Santilli郝海东冠状病六四事件法轮功
18年1月12日在13:03
#3 楼
默认情况下，Git仅将带注释的标签作为git describe之类的命令的基线。将带注释的标签视为对您自己和他人具有持久意义的路标，而轻量级标签更像是书签，供您以后使用。因此，带注释的标签值得作为参考，而轻量级标签则不应。对标签进行签名是对签名者身份的保证。例如，它使用户可以验证他们选择的Linux内核代码是否与Linus Torvalds实际发布的代码相同。签名也可以断言签名者在该提交时在保证软件的质量和完整性。
评论
git push --follow-tags是另一个将两者区别对待的命令：stackoverflow.com/a/26438076/895245
– Ciro Santilli郝海东冠状病六四事件法轮功
15年7月6日在20:25
感谢有关git describe的提示。我在持续集成系统中使用它，有几次版本字符串不是我期望的。
– jjmontes
18年5月10日在14:13
#4 楼
推送带注释的标签，保持轻量级本地某些Git行为确实以建议有用的方式区分它们，例如：包含与他们指向的提交不同的消息，创建者和日期。因此，您可以使用它们来描述版本，而无需提交版本。
轻量级标签没有多余的信息，并且不需要它，因为您只是自己使用它即可进行开发。 >
git describe说：带注释的标签用于释放，而轻型标签用于私有或临时对象标签。
内部差异
/>
轻量标签和带注释的标签都是
man git-tag下的文件，其中包含SHA-1 轻量标签，SHA-1直接指向提交：
git tag light
cat .git/refs/tags/light
打印出与HEAD的SHA-1相同的内容。
所以也难怪它们不能包含任何其他元数据。 >
带注释的标签指向对象数据库中的标签对象。
git tag -as -m msg annot
cat .git/refs/tags/annot
包含SHA o f带注释的标记对象：
c1d7720e99f9dd1d1c8aee625fd6ce09b3a81fef
，然后我们可以使用以下内容获取其内容：输出：
git cat-file -p c1d7720e99f9dd1d1c8aee625fd6ce09b3a81fef
这就是它包含额外元数据的方式。从输出中可以看到，元数据字段为：
指向的对象
指向的对象的类型。是的，标记对象可以指向任何其他类型的对象，例如blob，而不仅仅是提交。
标记的名称
消息。请注意，PGP签名是如何附加到消息中的
对格式的更详细的分析位于：git标签对象的格式是什么以及如何计算其SHA？
奖金
确定标签是否带注释：
object 4284c41353e51a07e4ed4192ad2e9eaada9c059f
type commit
tag annot
tagger Ciro Santilli <your@mail.com> 1411478848 +0200
msg
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
<YOUR PGP SIGNATURE>
-----END PGP SIGNAT
输出
.git/refs/tags用于轻量级，commit用于带注释。仅列出轻量级标签：如何列出所有轻量级标签？
#5 楼
签署标签是断言发行版真实性的简便方法。这在DVCS中特别有用，因为任何人都可以克隆存储库并修改历史记录（例如，通过git-filter-branch）。如果标记了签名，则签名将无法在git-filter-branch操作中幸免，因此，如果您有一个策略，即每个发布都由提交者标记并签名，则可以在存储库中检测到伪造的发布标签。 />
如果不是用于签名的话，在带注释的标签中也不会有什么意义。
评论
实际上，为此，只签名已提交树而不是整个历史的签名可能很有用（我不在乎是否有人篡改了历史，我只想确保我拥有正确的代码）。
–PaŭloEbermann
2011年2月11日在18:33
#6 楼
我发现了轻量级标签的一个很好的用途-回顾性地在GitHub上创建了一个发行版。 GitHub上的“发布”部分。当我们稍加注意时，我们意识到我们也想添加一些以前的版本，并为其指定正确的旧发布日期。如果仅在旧提交上创建带注释的标签，则GitHub将从标签对象中获取发布日期。相反，当我们为该旧提交创建了轻量级标记时，该发行版开始显示正确的（旧）日期。也可以为带注释的提交指定所需的日期，但对我而言，看起来并不那么简单：
https://www.kernel.org/pub/software/scm/git/docs/git- tag.html＃_on_backdating_tags
评论
尽管今天我发现GitHub不再为我兑现标签日期（轻量级标签和带注释的标签）。它只是不考虑发布发布时的日期，而是记住我按下发布的“发布”按钮的日期和时间。
–evilkos
17年9月13日在7:37
是的，我也偶然发现了有关GitHub和带注释的标签的混乱情况。我不明白为什么他们会这样实现。
– YakovL
18年5月1日在14:48
#7 楼
在我的办公室中，我们将发布网页地址放在标签正文中。该发行版网页详细介绍了自上一发行版以来的所有不同新功能和修复。管理层不会在git repo中查找发生了什么更改，并且很高兴能获得该版本的简要清单。#8 楼
带注释的标签将额外的元数据（例如作者姓名，发行说明，标签消息和日期）存储为Git数据库中的完整对象。所有这些数据对于项目的公开发布都很重要。git tag -a v1.0.0
轻量级标签是向git存储库添加标签的最简单方法因为它们仅存储所引用提交的哈希值。它们可以像“书签”一样作用于提交，因此，它们非常适合私人使用。
git标签v1.0.0
您可以排序，列出，删除，显示和编辑旧标签。所有这些功能将帮助您确定代码的特定发行版本。我发现这篇文章可以帮助您更好地了解标签可以做什么。
#9 楼
对我来说，重要的区别是轻量级标签没有时间戳。假设您添加了几个轻量级标签：git tag v1
git tag v2
git tag v3
，然后，也许以后，您想要获得最后添加的轻量级标签。没有办法做到这一点。 “ git describe”和“ git tag”都不会按时间顺序为您提供最后的轻量级标签。 “ git tag -l”可以返回它们全部或按lex顺序对其进行排序，但不能按日期/时间排序。 “ git describe --tags”将返回“ v1”，这绝对不是最后添加的标签。
另一方面，如果添加带注释的标签，则：
/>
您总是可以获得每个标签的时间戳，“ git describe”将确保返回“ v3”，这实际上是最后添加的标签。
评论
您必须使用-a进行注释。
– Alex
19年7月17日在14:07
评论
您为后续工作找到了很好的答案吗？就像是？ git log --pretty = oneline master..HEAD | git标签-a -F-$ BRANCH。$ BUILD_NUMBER总结提交日志，因为在我看来，上一个标记是一种用于标记消息的绝佳策略。
仅供参考（1.）要按日期列出LIGHTWEIGHT标签，请转到此处。 （2.）要按日期列出ANNOTATED标签，请转到此处。