文章目录
- 0 前言
- 1 列出标签
- 2 创建标签
- 3 附注标签
- 4 轻量标签
- 5 后期打标签
- 6 共享标签
- 7 删掉标签
- 8 检查标签
0 前言
像其他版本控制系统（VCS）一样，Git 可以给仓库历史中的某一个提交打上标签，以示重要。 比较有代表性的是人们会使用这个功能来标记发布结点（ v1.0 、 v2.0 等等）。
1 列出标签
输入git tag(可选-l 或 --list)，列出已有的标签：
$ git tag
以特定模式查找标签，如查找1.8.5系列：
$ git tag -l "v1.8.5*"
2 创建标签
Git 支持两种标签：
- 轻量标签（lightweight）
- 附注标签（annotated）
轻量标签：很像一个不会改变的分支——它只是某个特定提交的引用。
附注标签：是存储在 Git 数据库中的一个完整对象， 它们是可以被校验的，其中包含打标签者的名字、电子邮件地址、日期时间， 此外还有一个标签信息，并且可以使用 GNU Privacy Guard （GPG）签名并验证。
通常会建议创建附注标签，这样我们可以拥有以上所有信息。但是如果我们只是想用一个临时的标签， 或者因为某些原因不想要保存这些信息，那么也可以用轻量标签。
3 附注标签
创建附注标签，在git tag指定-a <tagname> ，-m选项指定存储在标签中的信息：
$ git tag -a v1.4 -m "my version 1.4"
$ git tag
如果没有为附注标签指定一条信息，Git 会启动编辑器要求我们输入信息。
通过使用 git show 命令可以看到标签信息和与之对应的提交信息：
$ git show
输出显示了打标签者的信息、打标签的日期时间、附注信息，具体的提交信息。
4 轻量标签
轻量标签本质上是将提交校验和存储到一个文件中——没有保存任何其他信息。 创建轻量标签，不需要使用 -a、-s 或 -m 选项，只需要提供标签名字：
$ git tag <tagname>
$ git tag
这时，如果在标签上运行 git show，不会看到额外的标签信息。 命令只会显示出提交信息：
$ git show <tagname>
5 后期打标签
我们也可以对过去的提交打标签。 假设提交历史是这样的：
$ git log --pretty=oneline
现在，假设在 v1.2 时忘记给项目打标签，也就是在 “commit new file” 提交。 我们可以在之后补上标签。 要在那个提交上打标签，我们需要在命令的末尾指定提交的校验和（或部分校验和）：
$ git tag -a v1.2 b2ed5e5f
$ git tag
可以看到我们已经在那次提交上打上标签了。
6 共享标签
默认情况下，git push 命令并不会传送标签到远程仓库服务器上。 在创建完标签后我们必须显式地推送标签到共享服务器上。 这个过程就像共享远程分支一样——你可以运行 git push origin <tagname>。
$ git push origin <tagname>
使用--tags选项可以将所有不在远程仓库服务器上的标签一次性传送到那里。
$ git push origin --tags
注意： 使用 git push <remote> --tags 推送标签并不会区分轻量标签和附注标签。
7 删掉标签
要删除掉本地仓库上的标签，可以使用命令 git tag -d <tagname>：
$ git tag -d <tagname>
注意： 上述命令并不会从任何远程仓库中移除这个标签，我们必须用 git push <remote> :refs/tags/<tagname> 才能更新远程仓库：
$ git push origin :refs/tags/<tagname>
变体(更直观)：
$ git push origin --delete <tagname>
8 检查标签
如果想查看某个标签所指向的文件版本，可以使用 git checkout 命令， 虽然这会使我们的仓库处于“分离头指针（detached HEAD）”的状态——但是这个状态有些副作用：
$ git checkout <tagname>
在“分离头指针”状态下，如果我们做了某些更改然后提交它们，标签不会发生变化， 但我们的新提交将不属于任何分支，并且将无法访问，除非通过确切的提交哈希才能访问。 因此，如果我们需要进行更改，比如要修复旧版本中的错误，那么通常需要创建一个新分支：
$ git checkout -b version2 v1.5
如果在这之后又进行了一次提交，version2 分支就会因为这个改动向前移动， 此时它就会和 v2.0.0 标签稍微有些不同，这时就要当心了。
