5，版本控制git --标签管理

打标签

像其余版本控制系统（VCS）同样，Git 能够给历史中的某一个提交打上标签，以示重要。 比较有表明性的是人们会使用这个功能来标记发布结点（v1.0 等等）。 在本节中，你将会学习如何列出已有的标签、如何建立新标签、以及不一样类型的标签分别是什么。

列出标签

在 Git 中列出已有的标签是很是简单直观的。 只须要输入 git tag： 

$ git tag
v0.1
v1.3

这个命令以字母顺序列出标签；可是它们出现的顺序并不重要。

你也能够使用特定的模式查找标签。 例如，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

建立标签

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

    changed the 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

    changed the version number

后期打标签

你也能够对过去的提交打标签。 假设提交历史是这样的：

$ git log --pretty=oneline
15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch 'experiment'
a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support
0d52aaab4479697da7686c15f77a3d64d9165190 one more thing
6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch 'experiment'
0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function
4682c3261057305bdd616e23b64b0857d832627b added a todo file
166ae0c4d3f420721acbb115cc33848dfcc2121a started write support
9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile
964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo
8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme

如今，假设在 v1.2 时你忘记给项目打标签，也就是在 “updated 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

    updated 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 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 checkout 命令，虽说这会使你的仓库处于“分离头指针（detacthed HEAD）”状态——这个状态有些很差的反作用：

$ git checkout 2.0.0
Note: checking out '2.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 -b with the checkout command again. Example:

  git checkout -b <new-branch>

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

$ git checkout 2.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

在“分离头指针”状态下，若是你作了某些更改而后提交它们，标签不会发生变化，但你的新提交将不属于任何分支，而且将没法访问，除非确切的提交哈希。所以，若是你须要进行更改——好比说你正在修复旧版本的错误——这一般须要建立一个新分支：

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

固然，若是在这以后又进行了一次提交，version2 分支会由于这个改动向前移动，version2 分支就会和 v2.0.0 标签稍微有些不一样，这时就应该小心了。