1、标签介绍
软件的某个发行版本所对应的，其实就是软件开发过程中，某一个阶段的最后一次git commit提交。我们知道每一个提交操作，对应的都会生成一个commit-id，而标签就是与某一个commit-id绑定的名称。一个标签一旦与某一个commit-id绑定，那么该标签就不能修改绑定到其它commit-id了，除非将该标签删除后才可以与其commit-id绑定。
标签对象（tag object） 非常类似于一个提交对象，它包含一个标签创建者信息、一个日期、一段注释信息，以及一个指针。 主要的区别在于，标签对象通常指向一个提交对象，而不是一个树对象。 它像是一个永不移动的分支引用，永远指向同一个提交对象，只不过给这个提交对象加上一个更友好的名字罢了。
像其他版本控制系统（VCS）一样，Git 可以给仓库历史中的某一个提交打上标签，以示重要。 比较有代表性的是，人们会使用这个功能来标记发布结点（ v1.0 、 v2.0 等等），我们也可以称标签tag为里程碑。
2、列出标签
在 Git 中列出已有的标签非常简单，只需要输入 git tag （可带上可选的 -l 选项 --list）：
$ git tag
v1.0
v2.0
这个命令以字母顺序列出标签，但是它们显示的顺序并不重要。
查看具体标签的详情，使用命令：git show 标名称。
你也可以按照特定的模式查找标签。 例如，Git 自身的源代码仓库包含标签的数量超过 500 个。 如果只对1.8.5 系列感兴趣，可以运行：
$ git tag -l "v1.8.5*"
v1.8.5
v1.8.5-rc0
v1.8.5-rc1
v1.8.5-rc2
v1.8.5.1
v1.8.5.2
v1.8.5.3
提示：
如果你只想查看完整的标签列表，运行 git tag 命令，会默认以列表的方式展现版本库中的标签。
如果你提供了一个匹配标签名的通配模式，如上"v1.8.5*"，那么 -l 或 --list 选项就是强制要使用的。
3、创建标签
（1）标签的分类
Git 支持两种标签：轻量标签（lightweight）与附注标签（annotated）。
轻量标签：很像一个不会改变的分支，它只是某个特定提交的引用。
附注标签：轻量标签只有标签名称，而使用附注标签，还可以为标签添加说明。
- 是存储在 Git 数据库中的一个完整对象， 它们是可以被校验的，其中包含打标签者的名字、电子邮件地址、日期时间， 此外还有一个标签信息，并且可以使用
GNU Privacy Guard（GPG）签名并验证。
提示：GPG是一种加密算法，现在Github支持提交使用GPG加密，从而保证提交的数据，在传输的过程中没有被篡改。 - 通常会建议创建附注标签，这样你可以拥有以上所有信息。
- 但是如果你只是想用一个临时的标签， 或者因为某些原因不想要保存这些信息，那么也可以用轻量标签。
- 创建附注标签，就会产生Git中的第四种对象：
tag对象。
（2）附注标签
在 Git 中创建附注标签十分简单。
执行命令：git tag -a 标签名 -m '说明信息'。
-a选项意为"创建一个带注解的标签"。 （a 即 annotated 的缩写）
不用-a 选项也可以执行的，但该标签不会记录这标签是什么时候打的，谁打的，也不会让你给该标签添加注解。
我推荐一直创建带注解的标签。
$ git tag -a v1.4 -m "my version 1.4"
$ git tag
v1.3
v1.4
-m 选项指定该标签的说明信息（必须）。
如果你创建标签的时候，没有指定说明信息，Git 会启动编辑器要求你输入信息。
通过使用 git show 命令，可以看到标签信息和与之对应的提交信息：
$ git show v1.4
tag v1.4
Tagger: Ben Straub <ben@straub.cc> # 打标记的人
Date: Sat May 3 20:19:12 2014 -0700 # 打标机的实际
my version 1.4 # 标记的说明信息
# 以下是标记所对应的commit对象的信息
commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon <schacon@gee-mail.com>
Date: Mon Mar 17 21:52:11 2008 -0700
changed the version number
输出显示了打标签者的信息、打标签的日期时间、标记说明信息，然后显示具体的提交信息。
（3）轻量标签
轻量标签本质上是将提交校验和存储到一个文件中，而没有保存任何其他信息。
执行命令：git tag 标签名。
创建轻量标签，不需要使用 -a、-s（创建GPG签名） 或 -m 选项，只需要提供标签名字：
$ git tag v1.4-lw
$ git tag
v1.3
v1.4
v1.4-lw
这时，如果在标签上运行 git show 命令，你不会看到额外的标签信息。
只会显示出对应的提交信息，如下：
$ git show v1.4-lw
commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon <schacon@gee-mail.com>
Date: Mon Mar 17 21:52:11 2008 -0700
changed the version number
4、后期打标签
你也可以对过去的某个提交打标签。
版本库提交历史如下：
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master)
$ git log --oneline --graph
* 3110083 (HEAD -> master) 第7次提交，完成dev分支的新功能
|\
| * e94af28 第6次提交，修改dev和readme文件
| * 9eb3224 第4次提交，dev分支开发 dev.txt文件
* | 0690030 第5次提交，新增内容：branch test v4
|/
* b97ccfd 第3次提交，新增内容：branch test v3
* f72a9fe 第2次提交，新增内容：branch test v2
* fa2439a 第1次提交，新增readme.txt文件
现在假设你在第3次提交的位置，忘记给项目打标签，你可以在后边的任何时间，在该位置补上标签。
但是要注意，第3次提交的校验和，要加入到命令之中。
执行命令：git tag -a 标签名 commit-id -m '说明信息'。
# 1.打标签
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master)
$ git tag -a v1.0 b97ccfd -m 'v1.0 里程碑'
# 2.版本库提交历史
L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master)
$ git log --oneline --graph
* 3110083 (HEAD -> master) 第7次提交，完成dev分支的新功能
|\
| * e94af28 第6次提交，修改dev和readme文件
| * 9eb3224 第4次提交，dev分支开发 dev.txt文件
* | 0690030 第5次提交，新增内容：branch test v4
|/
* b97ccfd (tag: v1.0) 第3次提交，新增内容：branch test v3 # 看这行
* f72a9fe 第2次提交，新增内容：branch test v2
* fa2439a 第1次提交，新增readme.txt文件
我们在版本库的历史提交信息中，可以看到你已经在第3次提交上打上了标签。
我们再来查看一下，v1.0这个标签的信息。
$ git show v1.0
tag v1.0
Tagger: sun_wk <sun_wk@126.com>
Date: Sun Apr 18 17:12:53 2021 +0800
v1.0 里程碑
commit b97ccfd5f3e98c12ab9c0fb4ca4b308e6805f7ed (tag: v1.0)
Author: sun_wk <sun_wk@126.com>
Date: Fri Apr 16 22:07:47 2021 +0800
第3次提交，新增内容：branch test v3