进阶

本篇文章，是基于我自用Windows（Win10）系统当做示例演示

本地仓库在：E:\test_git_rep

远程仓库是：git@github.com:lili40342/test_git_rep.git

描述测试环境的目的，是更好的解释测试过程，以免对你阅读造成不必要的麻烦

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 +0800testdiff --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

注意：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。

操作标签

如果标签打错了，也可以删除：

$ 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

进阶

本篇文章，是基于我自用Windows（Win10）系统当做示例演示

本地仓库在：E:\test_git_rep

远程仓库是：git@github.com:lili40342/test_git_rep.git

描述测试环境的目的，是更好的解释测试过程，以免对你阅读造成不必要的麻烦

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 +0800testdiff --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

注意：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。

操作标签

如果标签打错了，也可以删除：

$ 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