发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。
git有commit，为什么还要引入tag？
“请把上周一的那个版本打包发布，commit号是6a5819e...”
“一串乱七八糟的数字不好找！”
如果换一个办法：
“请把上周一的那个版本打包发布，版本号是v1.2”
“好的，按照tag v1.2查找commit就行！”
所以，tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。
比如说，我们想为我们的 coonote 项目发布一个"1.0"版本。 我们可以用 git tag -a v1.0 命令给最新一次提交打上（head）"v1.0"的标签。
-a 选项意为"创建一个带注解的标签"。 不用 -a 选项也可以执行的，但它不会记录这标签是啥时候打的，谁打的，也不会让你添加个标签的注解。 我推荐一直创建带注解的标签。
$ git tag -a v1.0
当你执行 git tag -a 命令时，git 会打开你的编辑器，让你写一句标签注解，就像你给提交写注解一样。
现在，注意当我们执行 git log --decorate 时，我们可以看到我们的标签了：
* d5e9fc2 (head -> master) merge branch 'change_site'
|\
| * 7774248 (change_site) changed the coonote.php
* | c68142b 修改代码
|/
* c1501a2 removed test.txt、add coonote.php
* 3e92c19 add test.txt
* 3b58100 第一次版本提交
如果我们忘了给某个提交打标签，又将它发布了，我们可以给它追加标签。
例如，假设我们发布了提交 85fc7e7(上面实例最后一行)，但是那时候忘了给它打标签。 我们现在也可以：
$ git tag -a v0.9 85fc7e7
$ git log --oneline --decorate --graph
* d5e9fc2 (head -> master) merge branch 'change_site'
|\
| * 7774248 (change_site) changed the coonote.php
* | c68142b 修改代码
|/
* c1501a2 removed test.txt、add coonote.php
* 3e92c19 add test.txt
* 3b58100 (tag: v0.9) 第一次版本提交
如果我们要查看所有标签可以使用以下命令：
$ git tag
v0.9
v1.0
指定标签信息命令：
git tag -a -m "coonote.com标签"
pgp签名标签命令：
git tag -s -m "coonote.com标签"