Git的标签管理
发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
Git 的标签虽然是版本库的快照，但其实它就是指向某个 commit 的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。
Git 有 commit，为什么还要引入 tag？
“请把上周一的那个版本打包发布，commit 号是 6a5819e…”
“一串乱七八糟的数字不好找！”
如果换一个办法：
“请把上周一的那个版本打包发布，版本号是 v1.2”
“好的，按照 tag v1.2 查找 commit 就行！”
所以，tag 就是一个让人容易记住的有意义的名字，它跟某个 commit 绑在一起。
创建标签
在 Git 中打标签非常简单，首先，切换到需要打标签的分支上（必要情况下），博文开始我已经阐述我的测试环境，我这里测试环境只有一个分支：
#Git Bash下执行的
$ git branch
* master
$ git switch master
Switched to branch 'master'
在这之前，我特意了多操作了几次 commit 。
然后，敲命令git tag <name>就可以打一个新标签：
$ git tag v1.0
可以用命令git tag查看所有标签：
$ git tag
v1.0
我去，就这么简单？！稍等，听我狡辩。
默认情况下，标签是打在最新提交的 commit 上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？
方法是找到历史提交的 commit id，然后打上就可以了：
$ git log --pretty=oneline --abbrev-commit
203c6e3 (HEAD -> master, tag: v1.0) 新增两个文件
39c654b test
如上，可以看到我这个测试环境，只有两次提交，标签会默认的打在最新提交的 commit 上。比方说要对test这次提交打标签，它对应的 commit id是39c654b，敲入命令：
$ git tag v0.9 39c654b
再用命令git tag查看标签：
$ git tag
v0.9
v1.0
注意，标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息：
$ git show v0.9
Author: Lee <Lee@163.com>
Date: Wed Dec 7 17:22:21 2022 +0800
test
diff --git a/test.java b/test.java
new file mode 100644
index 0000000..e69de29
可以看到，v0.9确实打在test这次提交上。
另外，还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字。比如：
$ git tag -a v0.9 -m "version 0.9 released" 39c654b
操作标签
如果标签打错了，也可以删除：
$ git tag -d v0.9
Deleted tag 'v0.9' (was 39c654b)
因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。
如果要推送某个标签到远程，使用命令git push origin <tagname>：
$ git push origin v1.0
Total 0 (delta 0), reused 0 (delta 0)
To github.com:lili40342/test_git_rep.git
* [new tag] v1.0 -> v1.0
或者，一次性推送全部尚未推送到远程的本地标签：
$ git push origin --tags
如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：
$ git tag -d v1.0
Deleted tag 'v1.0' (was 203c6e3)
然后，从远程删除。删除命令也是push，但是格式如下：
$ git push origin :refs/tags/v1.0
To github.com:lili40342/test_git_rep.git
- [deleted] v1.0