章节 ▾ 第二版

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 支持两种类型的标签:轻量级附注标签。

轻量级标签非常类似于一个不会改变的分支——它只是一个指向特定提交的指针。

然而,附注标签作为完整对象存储在 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 标签略有不同,因为它会随着你的新更改而向前移动,所以务必小心。

scroll-to-top