像其余版本控制系统(VCS)同样,Git 能够给历史中的某一个提交打上标签,以示重要。 比较有表明性的是人们会使用这个功能来标记发布结点(v1.0 等等)。 在本节中,你将会学习如何列出已有的标签、如何建立新标签、以及不一样类型的标签分别是什么。git
在 Git 中列出已有的标签是很是简单直观的。 只须要输入 git tag
:github
git tag $v0.1v1.3
这个命令以字母顺序列出标签;可是它们出现的顺序并不重要。数据库
你也可使用特定的模式查找标签。 例如,Git 自身的源代码仓库包含标签的数量超过 500 个。 若是只对 1.8.5 系列感兴趣,能够运行:服务器
git tag -l $'v1.8.5*'v1.8.5v1.8.5-rc0v1.8.5-rc1v1.8.5-rc2v1.8.5-rc3v1.8.5.1v1.8.5.2v1.8.5.3v1.8.5.4v1.8.5.5
Git 使用两种主要类型的标签:轻量标签(lightweight)与附注标签(annotated)。编辑器
一个轻量标签很像一个不会改变的分支 - 它只是一个特定提交的引用。学习
然而,附注标签是存储在 Git 数据库中的一个完整对象。 它们是能够被校验的;其中包含打标签者的名字、电子邮件地址、日期时间;还有一个标签信息;而且可使用 GNU Privacy Guard (GPG)签名与验证。 一般建议建立附注标签,这样你能够拥有以上全部信息;可是若是你只是想用一个临时的标签,或者由于某些缘由不想要保存那些信息,轻量标签也是可用的。spa
在 Git 中建立一个附注标签是很简单的。 最简单的方式是当你在运行 tag
命令时指定 -a
选项:3d
git tag -a v1.4 -m git tag $'my version 1.4'$v0.1v1.3v1.4
-m
选项指定了一条将会存储在标签中的信息。 若是没有为附注标签指定一条信息,Git 会运行编辑器要求你输入信息。版本控制
经过使用 git show
命令能够看到标签信息与对应的提交信息:code
git show v1.4 $tag v1.4Tagger: Ben Straub <ben@straub.cc>Date: Sat May 3 20:19:12 2014 -0700my version 1.4commit ca82a6dff817ec66f44342007202690a93763949Author: Scott Chacon <schacon@gee-mail.com>Date: Mon Mar 17 21:52:11 2008 -0700changed the version number
输出显示了打标签者的信息、打标签的日期时间、附注信息,而后显示具体的提交信息。
另外一种给提交打标签的方式是使用轻量标签。 轻量标签本质上是将提交校验和存储到一个文件中 - 没有保存任何其余信息。 建立轻量标签,不须要使用 -a
、-s
或 -m
选项,只须要提供标签名字:
git tag v1.4-lw git tag $$v0.1v1.3v1.4v1.4-lwv1.5
这时,若是在标签上运行 git show
,你不会看到额外的标签信息。 命令只会显示出提交信息:
git show v1.4-lw $commit ca82a6dff817ec66f44342007202690a93763949Author: Scott Chacon <schacon@gee-mail.com>Date: Mon Mar 17 21:52:11 2008 -0700changed the version number
你也能够对过去的提交打标签。 假设提交历史是这样的:
git log --prettyoneline $=15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch 'experiment'a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support0d52aaab4479697da7686c15f77a3d64d9165190 one more thing6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch 'experiment'0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function4682c3261057305bdd616e23b64b0857d832627b added a todo file166ae0c4d3f420721acbb115cc33848dfcc2121a started write support9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme
如今,假设在 v1.2 时你忘记给项目打标签,也就是在 “updated rakefile” 提交。 你能够在以后补上标签。 要在那个提交上打标签,你须要在命令的末尾指定提交的校验和(或部分校验和):
git tag -a v1.2 9fceb02 -m 'comments'$
能够看到你已经在那次提交上打上标签了:
git tag git show v1.2 $v0.1v1.2v1.3v1.4v1.4-lwv1.5$tag v1.2Tagger: Scott Chacon <schacon@gee-mail.com>Date: Mon Feb 9 15:32:16 2009 -0800version 1.2commit 9fceb02d0ae598e95dc970b74767f19372d61af8Author: Magnus Chacon <mchacon@gee-mail.com>Date: Sun Apr 27 20:43:35 2008 -0700updated 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
若是想要一次性推送不少标签,也可使用带有 --tags
选项的 git push
命令。 这将会把全部不在远程仓库服务器上的标签所有传送到那里。
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 中你并不能真的检出一个标签,由于它们并不能像分支同样来回移动。 若是你想要工做目录与仓库中特定的标签版本彻底同样,可使用 git checkout -b [branchname] [tagname]
在特定的标签上建立一个新分支:
git checkout -b version2 v2.0.0 $Switched to a new branch 'version2'
固然,若是在这以后又进行了一次提交,version2
分支会由于改动向前移动了,那么 version2
分支就会和 v2.0.0
标签稍微有些不一样,这时就应该小心了。