Git基础学习之标签tag的使用详解（git tag list）奔走相告

软件的某个发行版本所对应的，其实就是软件开发过程中，某一个阶段的最后一次提交。我们知道每一个提交操作，对应的都会生成一个，而标签就是与某一个绑定的名称。一个标签一旦与某一个绑定，那么该标签就不能修改绑定到其它了，除非将该标签删除后才可以与其绑定。

标签对象（tag object） 非常类似于一个提交对象，它包含一个标签创建者信息、一个日期、一段注释信息，以及一个指针。 主要的区别在于，标签对象通常指向一个提交对象，而不是一个树对象。 它像是一个永不移动的分支引用，永远指向同一个提交对象，只不过给这个提交对象加上一个更友好的名字罢了。

像其他版本控制系统（VCS）一样，Git 可以给仓库历史中的某一个提交打上标签，以示重要。 比较有代表性的是，人们会使用这个功能来标记发布结点（  、  等等），我们也可以称标签为里程碑。

在 Git 中列出已有的标签非常简单，只需要输入  （可带上可选的  选项 ）：

这个命令以字母顺序列出标签，但是它们显示的顺序并不重要。

查看具体标签的详情，使用命令：。

你也可以按照特定的模式查找标签。 例如，Git 自身的源代码仓库包含标签的数量超过 500 个。 如果只对系列感兴趣，可以运行：

提示：

如果你只想查看完整的标签列表，运行  命令，会默认以列表的方式展现版本库中的标签。

如果你提供了一个匹配标签名的通配模式，如上，那么  或  选项就是强制要使用的。

Git 支持两种标签：轻量标签（lightweight）与附注标签（annotated）。

轻量标签：很像一个不会改变的分支，它只是某个特定提交的引用。

附注标签：轻量标签只有标签名称，而使用附注标签，还可以为标签添加说明。

是存储在 Git 数据库中的一个完整对象， 它们是可以被校验的，其中包含打标签者的名字、电子邮件地址、日期时间， 此外还有一个标签信息，并且可以使用 （）签名并验证。

提示：是一种加密算法，现在Github支持提交使用加密，从而保证提交的数据，在传输的过程中没有被篡改。通常会建议创建附注标签，这样你可以拥有以上所有信息。但是如果你只是想用一个临时的标签， 或者因为某些原因不想要保存这些信息，那么也可以用轻量标签。创建附注标签，就会产生Git中的第四种对象：对象。

在 Git 中创建附注标签十分简单。

执行命令：。

提示：这是在最新一次提交打上，打标签。即若不指定标签绑定的，则默认为HEAD指针所指向的提交。

选项意为”创建一个带注解的标签”。 （ 即  的缩写）

不用选项也可以执行的，但该标签不会记录这标签是什么时候打的，谁打的，也不会让你给该标签添加注解。

我推荐一直创建带注解的标签。

 选项指定该标签的说明信息（必须）。

如果你创建标签的时候，没有指定说明信息，Git 会启动编辑器要求你输入信息。

通过使用 git show 命令，可以看到标签信息和与之对应的提交信息：

输出显示了打标签者的信息、打标签的日期时间、标记说明信息，然后显示具体的提交信息。

轻量标签本质上是将提交校验和存储到一个文件中，而没有保存任何其他信息。

执行命令：。

创建轻量标签，不需要使用 、 或  选项，只需要提供标签名字：

这时，如果在标签上运行  命令，你不会看到额外的标签信息。

只会显示出对应的提交信息，如下：

你也可以对过去的某个提交打标签。

版本库提交历史如下：

现在假设你在第3次提交的位置，忘记给项目打标签，你可以在后边的任何时间，在该位置补上标签。

但是要注意，第3次提交的校验和，要加入到命令之中。

执行命令：。

我们在版本库的历史提交信息中，可以看到你已经在第3次提交上打上了标签。

我们再来查看一下，这个标签的信息。

提示：轻量标签执行命令：。

到此这篇关于Git基础学习之标签tag的使用详解的文章就介绍到这了,更多相关Git 标签tag内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！