章节 ▾ 第二版

2.6 Git 基础 - 打标签

打标签

像大多数 VCS(版本控制系统)一样,Git 也有能力标记仓库历史中的特定点为重要点。通常,人们使用此功能来标记发布点(v1.0v2.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 该标签,尽管这会将你的仓库置于“分离 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

在“分离 HEAD”状态下,如果你进行更改然后创建提交,标签将保持不变,但你的新提交将不属于任何分支,并且将无法访问,除非通过精确的提交哈希。因此,如果你需要进行更改——例如,你正在修复旧版本中的错误——你通常会想要创建一个分支

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

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