Git标签管理

1.简单介绍

发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。

Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。

Git有commit，为什么还要引入tag？

eg：

“请把上周一的那个版本打包发布，commit号是6a5819e...”

“一串乱七八糟的数字不好找！”

如果换一个办法：

“请把上周一的那个版本打包发布，版本号是v1.2”

“好的，按照tag v1.2查找commit就行！”

所以，tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起

2.创建标签

步骤:

先切换到需要打标签的分支上：

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (main)
$ git branch
  dev
* main
凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (main)
$ git checkout dev
Switched to branch 'dev'
A       hello.py

敲命令git tag <name>打一个新标签：

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git tag v1.0

命令git tag查看所有标签：

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git tag
v1.0

默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，可以找到历史提交的commit id，然后打上就可以了：

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git log --pretty=oneline --abbrev-commit
ff0c78c (HEAD -> dev, tag: v1.0) fix bug 101
d769829 merged bug fix 101
890af29 fix bug 101
4ab0e03 merge with no-ff
ce4820a add merge
927fe64 conflict fixed
f059fde & simple
1256ca3 AND simple
2df8fcc branch test
0baf1fe add test.txt
4541db5 remove test.txt
c8a038f add test.txt
9ccdba9 it is terrible
4c7b91a wrote a readme tet

比如对add merge这次提交打标签，它对应的commit id是ce4820a，敲入命令：

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git tag v0.9 ce4820a
凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git tag
v0.9
v1.0
凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git show v0.9
commit ce4820aa26e21695b4f9b5beaac2125aa2fd3ag: v0.9)
Author: LinFeng <2010947927@qq.com>
Date:   Sun Aug 7 21:54:10 2022 +0800
    add merge
diff --git a/readme.txt b/readme.txt
index fd415c4..5605607 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,7 +1,7 @@
 Git is a good software
 Git is so beautiful
 <<<<<<< HEAD
-Creating a new branch is quick and simple
+Creating a new branch is quick a simple yes
 =======
 Creating a new branch is quick AND simple.

命令git tag查看标签：还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git tag -a v0.1 -m"version 0.1 released"

标签不是按时间顺序列出，而是按字母排序的。用git show <tagname>查看标签信息：

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git show v0.1
tag v0.1
Tagger: LinFeng <2010947927@qq.com>
Date:   Sat Aug 13 10:53:48 2022 +0800

version 0.1 released

commit 9ccdba9bfd012cbf1362705b32fb6e274be17ag: v0.1)
Author: LinFeng <2010947927@qq.com>
Date:   Thu Aug 4 23:44:44 2022 +0800

    it is terrible

diff --git a/readme.tet b/readme.tet
index 6db9469..68d9ec9 100644
--- a/readme.tet
+++ b/readme.tet
@@ -1,2 +1,4 @@
 Git is a good software
-Git is a very good
+Git is a very good software
+Git has a mutable index called stage
+Git tracks changes of files

可以看到，v0.9确实打在add merge这次提交上。

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

小结

命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；

命令git tag -a <tagname> -m "blablabla..."可以指定标签信息；

命令git tag可以查看所有标签。

3.操作标签

删除操作

标签打错了的删除方法

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git tag -d v0.1
Deleted tag 'v0.1' (was 769a661)

创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除

如果要推送某个标签到远程

推送单个

git push origin <tagname>：

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git push origin v1.0
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 12 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 346 bytes | 173.00 KiB/s, done.
Total 3 (delta 1), reused 0 (delta 0), pack-reused 0
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To github.com:LinFeng0113/Qt.git
 * [new tag]         v1.0 -> v1.0

一次性推送全部尚未推送到远程的本地标签：$ git push origin --tags

标签已经推送到远程后的删除

先从本地删除

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git tag -d v1.0
Deleted tag 'v1.0' (was ff0c78c)

再从远程删除

凌çî风úÄ@凌çî风úÄplus MINGW64 ~ (dev)
$ git push origin :refs/tags/v1.0
To github.com:LinFeng0113/Qt.git
 - [deleted]         v1.0

要看看是否真的从远程库删除了标签，可以登陆GitHub查看

小结

命令git push origin <tagname>可以推送一个本地标签；

命令git push origin --tags可以推送全部未推送过的本地标签；

命令git tag -d <tagname>可以删除一个本地标签；

命令git push origin :refs/tags/<tagname>可以删除一个远程标签。

4.使用GitHub

实例

在GitHub上，利用Git极其强大的克隆和分支功能，广大人民群众真正可以第一次自由参与各种开源项目了

如何参与一个开源项目？

比如人气极高的bootstrap项目，这是一个非常强大的CSS框架，

这个克隆别人的项目仓库不要随便克隆

访问它的项目主页https://github.com/twbs/bootstrap，点“Fork”就在自己的账号下克隆了一个bootstrap仓库，然后，从自己的账号下clone：

git clone git@github.com:xxxxx(自己的账号)/bootstrap.git

一定要从自己的账号下clone仓库，这样才能推送修改。如果从bootstrap的作者的仓库地址git@github.com:twbs/bootstrap.git克隆，因为没有权限，将不能推送修改。

Bootstrap的官方仓库twbs/bootstrap、你在GitHub上克隆的仓库my/bootstrap，以及你自己克隆到本地电脑的仓库，他们的关系就像这样

┌─ GitHub ────────────────────────────────────┐

│ │

│ ┌─────────────────┐ ┌─────────────────┐ │

│ │ twbs/bootstrap │────>│ my/bootstrap │ │

│ └─────────────────┘ └─────────────────┘ │

│ ▲ │

└──────────────────────────────────┼──────────┘

▼

┌─────────────────┐

│ local/bootstrap │

└─────────────────┘

如果想修复bootstrap的一个bug，或者新增一个功能，立刻就可以开始干活，干完后，往自己的仓库推送。

如果希望bootstrap的官方库能接受你的修改，你就可以在GitHub上发起一个pull request。当然，对方是否接受你的pull request就不一定了。

小结

在GitHub上，可以任意Fork开源仓库

自己拥有Fork后的仓库的读写权限；

可以推送pull request给官方仓库来贡献代码。

5.使用Gitee

问题

使用GitHub时，国内的用户经常遇到的问题是访问速度太慢，有时候还会出现无法连接的情况

解决办法

使用国内的Git托管服务——Gitee（gitee.com）。Gitee也提供免费的Git仓库。还集成了代码质量检测、项目演示等功能。对于团队协作开发，Gitee还提供了项目管理、代码托管、文档管理的服务，5人以下小团队免费。

使用Gitee和使用GitHub类似，也是需要注册账户，上传公钥等等，具体操作自行实现https://www.liaoxuefeng.com/wiki/896043488029600/1163625339727712

一个本地库是能既关联GitHub，又关联Gitee的，但是远程库名称不能一样

git给远程库起的默认名称是origin，如果有多个远程库，需要用不同的名称来标识不同的远程库
以learngit本地库为例，先删除已关联的名为origin的远程库：
先关联GitHub的远程库：
再关联Gitee的远程库：
用git remote -v查看远程库信息，可以看到两个远程库：
这样一来，我们的本地库就可以同时与多个远程库互相同步：

以上就是标签管理的所有内容!