为什么要使用标签
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。
Git有commit，为什么还要引入tag？
“请把上周一的那个版本打包发布，commit号是6a5819e...”
“一串乱七八糟的数字不好找！”
如果换一个办法：
“请把上周一的那个版本打包发布，版本号是v1.2”
“好的，按照tag v1.2查找commit就行！”
所以，tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。
比较迷茫的童鞋可以类比类似IP和域名的关系。
在Git中打标签非常简单，首先，切换到需要打标签的分支上：
$ git branch
$ git checkout master //一般在master分支上发布版本
然后，敲命令git tag <name>就可以打一个新标签：
$ git tag v1.0
可以用命令git tag查看所有标签：
$ git tag
默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？
方法是找到历史提交的commit id，然后打上就可以了：
$ git log --pretty=oneline --abbrev-commit
比方说要对merge bug fix 101这次提交打标签，它对应的commit id是cf05f93，敲入命令:
$ git tag v0.9 ce05f93
再用命令git tag查看标签：
注意，标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息：
可以看到，v0.9确实打在merge bug fix 101这次提交上。
还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字：
用命令git show <tagname>可以看到说明文字：
操作标签
如果标签打错了，也可以删除：
$ git tag -d v0.1
因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。
如果要推送某个标签到远程，使用命令git push origin <tagname>：
$ git push origin v1.0
或者，一次性推送全部尚未推送到远程的本地标签：
【因为我这里只剩一个v0.9还没有推送了，所以只显示了一个v0.9→v0.9，如果有多个会在下面叠加的】
如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：
$ git tag -d v0.9 //v0.9是之前打的tag号
然后，从远程删除。删除命令也是push，但是格式如下：
$ git push origin :refs/tags/v0.9
要看看是否真的从远程库删除了标签，可以登陆GitHub查看。
小结
1.命令git tag <name>用于新建一个标签，默认为HEAD，也可以指定一个commit id；
2.git tag -a <tagname> -m "blablabla..."可以指定标签信息；
3.命令git tag可以查看所有标签。
4.命令git show <tagname> 可以看到标签信息及标签的说明文字。
5.命令git push origin <tagname>可以推送一个本地标签；
6.命令git push origin --tags可以推送全部未推送过的本地标签；
7.命令git tag -d <tagname>可以删除一个本地标签；
8.命令git push origin :refs/tags/<tagname>可以删除一个远程标签。
