章节 ▾ 第二版

2.6 Git 基础 - 打标签

打标签

像大多数版本控制系统（VCS）一样，Git 拥有对仓库历史中某个特定点打标签的能力。人们通常使用此功能来标记发布点（例如 v1.0, v2.0 等）。在本节中，你将学习如何列出已有标签、如何创建和删除标签，以及不同类型标签的区别。

列出标签

在 Git 中列出已有标签非常简单。只需输入 git tag（可选用 -l 或 --list 选项）

$ git tag
v1.0
v2.0

该命令按字母顺序列出标签；其显示顺序并不重要。

你也可以搜索符合特定模式的标签。例如，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-rc3
v1.8.5.1
v1.8.5.2
v1.8.5.3
v1.8.5.4
v1.8.5.5
注意
列出标签通配符需要使用 -l 或 --list 选项

如果你只是想获取整个标签列表，运行 git tag 命令时，系统会隐式地认为你需要列表并将其提供给你；这种情况下 -l 或 --list 是可选的。

但是，如果你提供了一个用于匹配标签名称的通配符模式，那么使用 -l 或 --list 就是强制性的。

创建标签

Git 支持两种类型的标签：轻量级（lightweight）和附注（annotated）。

轻量级标签非常像一个不会改变的分支——它只是对特定提交的一个引用。

而附注标签则是存储在 Git 数据库中的完整对象。它们包含校验和；包含打标签者的名字、电子邮件和日期；包含打标签信息；并且可以使用 GNU Privacy Guard (GPG) 进行签名和验证。通常建议创建附注标签，以便保留上述所有信息；但如果你只是想临时打个标签，或者由于某种原因不想保留额外信息，轻量级标签也是可用的。

附注标签

在 Git 中创建附注标签很简单。最简单的方法是在运行 tag 命令时指定 -a 选项

$ git tag -a v1.4 -m "my version 1.4"
$ git tag
v0.1
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 ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon <schacon@gee-mail.com>
Date:   Mon Mar 17 21:52:11 2008 -0700

    Change version number

这会显示打标签者的信息、打标签日期以及说明信息，然后才会显示提交信息。

轻量级标签

另一种打标签的方式是使用轻量级标签。这本质上是将提交的校验和存储在一个文件中——不保存任何其他信息。要创建轻量级标签，不要提供 -a、-s 或 -m 选项，只需提供标签名称即可

$ git tag v1.4-lw
$ git tag
v0.1
v1.3
v1.4
v1.4-lw
v1.5

这一次，如果你对该标签运行 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

    Change version number

后期打标签

你也可以在提交之后对其进行补打标签。假设你的提交历史如下

$ git log --pretty=oneline
15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch 'experiment'
a6b4c97498bd301d84096da251c98a07c7723e65 Create write support
0d52aaab4479697da7686c15f77a3d64d9165190 One more thing
6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch 'experiment'
0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc Add commit function
4682c3261057305bdd616e23b64b0857d832627b Add todo file
166ae0c4d3f420721acbb115cc33848dfcc2121a Create write support
9fceb02d0ae598e95dc970b74767f19372d61af8 Update rakefile
964f16d36dfccde844893cac5b347e7b3d44abbc Commit the todo
8a5cbc430f1a9c3d00faaeffd07798508422908a Update readme

现在，假设你忘记在“Update rakefile”提交时为项目打上 v1.2 标签。你可以在事后添加。要为该提交打标签，需在命令末尾指定提交校验和（或其一部分）

$ git tag -a v1.2 9fceb02

你可以看到你已经为该提交打上了标签

$ git tag
v0.1
v1.2
v1.3
v1.4
v1.4-lw
v1.5

$ git show v1.2
tag v1.2
Tagger: Scott Chacon <schacon@gee-mail.com>
Date:   Mon Feb 9 15:32:16 2009 -0800

version 1.2
commit 9fceb02d0ae598e95dc970b74767f19372d61af8
Author: Magnus Chacon <mchacon@gee-mail.com>
Date:   Sun Apr 27 20:43:35 2008 -0700

    Update rakefile
...

共享标签

默认情况下，git push 命令不会将标签传送到远程服务器。在创建标签后，必须显式地将其推送到共享服务器。这个过程就像共享远程分支一样——你可以运行 git push origin <tagname>。

$ git push origin v1.5
Counting objects: 14, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (12/12), done.
Writing objects: 100% (14/14), 2.05 KiB | 0 bytes/s, done.
Total 14 (delta 3), reused 0 (delta 0)
To git@github.com:schacon/simplegit.git
 * [new tag]         v1.5 -> v1.5

如果你有很多标签想要一次性推送，也可以在 git push 命令中使用 --tags 选项。这会将所有尚未推送到远程服务器的标签传送到那里。

$ git push origin --tags
Counting objects: 1, done.
Writing objects: 100% (1/1), 160 bytes | 0 bytes/s, done.
Total 1 (delta 0), reused 0 (delta 0)
To git@github.com:schacon/simplegit.git
 * [new tag]         v1.4 -> v1.4
 * [new tag]         v1.4-lw -> v1.4-lw

现在，当其他人克隆或拉取你的仓库时，他们也会获得你所有的标签。

注意
git push 会推送两种类型的标签

git push <remote> --tags 会推送轻量级标签和附注标签。目前还没有只推送轻量级标签的选项，但如果你使用 git push <remote> --follow-tags，则只有附注标签会被推送到远程。

删除标签

要在本地仓库删除标签，可以使用 git tag -d <tagname>。例如，我们可以按如下方式删除上面创建的轻量级标签

$ git tag -d v1.4-lw
Deleted tag 'v1.4-lw' (was e7d5add)

请注意，这不会从任何远程服务器中删除该标签。从远程服务器删除标签有两种常见的方法。

第一种方法是 git push <remote> :refs/tags/<tagname>

$ git push origin :refs/tags/v1.4-lw
To /git@github.com:schacon/simplegit.git
 - [deleted]         v1.4-lw

这种方式的含义是：将冒号前的空值推送到远程标签名，从而实现删除效果。

删除远程标签的第二种（更直观的）方式是

$ git push origin --delete <tagname>

检出标签

如果你想查看标签所指向的文件版本，可以对该标签执行 git checkout，尽管这会将你的仓库置于“分离头指针（detached HEAD）”状态，这会有一些不良副作用

$ git checkout v2.0.0
Note: switching to 'v2.0.0'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:

  git switch -c <new-branch-name>

Or undo this operation with:

  git switch -

Turn off this advice by setting config variable advice.detachedHead to false

HEAD is now at 99ada87... Merge pull request #89 from schacon/appendix-final

$ git checkout v2.0-beta-0.1
Previous HEAD position was 99ada87... Merge pull request #89 from schacon/appendix-final
HEAD is now at df3f601... Add atlas.json and cover image

在“分离头指针”状态下，如果你进行了更改并创建了一个提交，标签将保持不变，但你的新提交将不属于任何分支，并且除通过具体的提交哈希外，无法访问。因此，如果你需要进行更改（例如在旧版本上修复 Bug），通常建议创建一个分支

$ git checkout -b version2 v2.0.0
Switched to a new branch 'version2'

如果你这样做并进行了提交，你的 version2 分支将与 v2.0.0 标签略有不同，因为它会随着你的新更改向前推进，所以请务必小心。