章节 ▾ 第二版

2.6 Git 基础 - 标签

标签

和大多数版本控制系统一样，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) 签名与验证。 通常建议使用附注标签，这样你可以拥有以上所有信息。 但是如果你只是想用一个临时的标签，或者因为某些原因不想要保存那些信息，轻量标签也是可用的。

附注标签

创建一个附注标签是很简单的。 最简单的方式是在运行 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

这会显示标签的提交者信息、提交日期、附注信息，然后显示对应的提交信息。

轻量标签

另一种创建标签的方式是使用轻量标签。 轻量标签本质上是将提交校验和存储到一个文件中 — 没有保存任何其他信息。 创建一个轻量标签，只需要提供标签名字：

$ 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

假设你忘记在 v1.2 的时候打标签，也就是在 “Update rakefile” 提交。 你可以在之后补上。 要对那个提交打标签，你需要指定提交校验和（或其一部分）：

$ 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