一、Git Tag 简介
Git 中的标签（Tag）是用于标记重要的提交版本的机制，类似于分支但标签是不可改变的，用于标记代码库中的特定提交。
在 Git 中，标签（Tag）是一个指向某个 Commit 的指示标。它就像是给代码库中的特定提交点打上一个易于识别的标记，类似于里程碑。标签常用于标记项目的特定版本，比如软件版号 1.0.0 或 beta-release 之类的。
标签有两种类型：轻量标签（lightweight tag）和有附注的标签（annotated tag）。轻量标签只包含提交的 SHA-1 校验和，适用于内部版本控制，它就像一个不会改变的分支，只是某个特定提交的引用。而有附注的标签包含标签名称、时间戳、提交者信息以及标签说明，适合公开发布版本，它是存储在 Git 数据库中的一个完整对象，可以被校验，其中包含打标签者的名字、电子邮件地址、日期时间以及标签信息，并且可以使用 GNU Privacy Guard (GPG) 签名并验证。
创建标签也很简单。创建轻量标签只需直接指定要贴上去的那个 Commit 即可，或者如果只使用 git tag，而没有加上后面 Commit 的 SHA-1 值，则会把标签贴在当前所在的 Commit 上。创建有附注的标签则需要使用 -a 选项，如 git tag -a -m"Tag message describing the version"。
列出标签可以使用 git tag，要显示附注信息，需要用 show 指令来查看，如 git show tag 版本号。
检出标签（查看该标签对应的代码状态）可以使用 git checkout 。
推送标签到远程仓库，默认情况下，git push 不会推送标签到远程仓库，需要显式指定，如 git push origin 或者一次性推送所有标签：git push origin --tags。
标签在 Git 版本管理中有很多重要作用，比如明确版本，清晰地标记每个发布版本，方便回溯和比较不同版本间的差异；方便发布，对外发布软件时，通过标签指明正式版本，用户可以准确获取；文档和归档，配合 Git 的版本控制能力，为项目的重要节点留下完整记录。
二、Tag 类型
轻量级标签（Lightweight Tag）只是一个指向特定提交的引用，类似于一个分支，只是没有分支名。创建轻量级标签可以使用git tag 命令。轻量级标签直接指向一个提交对象，不包含任何额外的信息。例如，要创建一个名为v1.0的轻量级标签，可以这样做：git tag v1.0。如果不指定提交，Git 会默认将标签应用于当前 HEAD 指向的提交。或者，要为一个特定的提交创建标签，可以使用提交的哈希值，如git tag v1.0 abc1234，其中abc1234为提交的哈希值。
轻量级标签就像是个不会变化的分支，实际上它就是个指向特定提交对象的引用。默认标签是打在最新提交的 commit 上的，如git tag v1.0。也可以指定标签，如查看提交历史后，使用提交的哈希值创建标签git tag v0.9 13dcd3e。
查看标签时，注意标签不是按时间顺序列出，而是按字母排序的。可以用git show查看标签信息，如git show v0.9可以看到对应提交的详细信息。
轻量级标签还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字，但实际上轻量级标签本身不包含说明信息，这种方式只是为了方便记录标签的用途。例如git tag -a v0.1 -m"version 0.1 released" 187f963。
创建轻量级标签快速且方便，适用于内部版本控制或临时标记特定提交。但由于其信息含量少，可能在需要更多上下文信息时不太适用。相比之下，有附注的标签包含更多信息，更适合公开发布版本。
三、Tag 的基本操作
1. 创建标签
- 创建轻量级标签：git tag version 1.0或git tag 可快速创建轻量级标签，它只是一个指向特定提交的引用，类似于一个分支但信息含量少，适用于内部版本控制或临时标记特定提交。默认情况下，标签是打在最新提交的 commit 上的，如git tag v1.0。也可以指定标签，如查看提交历史后，使用提交的哈希值创建标签git tag v0.9 13dcd3e。
- 带有信息的标签：
-
- 创建普通带注释的标签可以使用git tag -a version1.0 -m'first version'，这种标签是存储在 Git 数据库中的一个完整对象，包含打标签者的名字、电子邮件地址、日期时间以及标签说明，可以被校验。
-
- 创建签名的标签（前提是有 GPG 私钥）可使用git tag -s version1.0 -m'first version'。
- 为以前的 commit 添加标签：先查看以前的 commit（git log --oneline），然后使用git tag -a version1.1 。
2. 查看标签
- git tag列出所有标签，也可以加限定如git tag -l version1.*查看某些特定标签。标签不是按时间顺序列出，而是按字母排序的。
- git show tag名称可以看到标签信息和与之对应的提交信息。
3. 删除标签
要删除本地和远程的指定标签（tag），可以执行以下步骤：
- 删除本地标签：使用git tag -d 命令来删除本地的标签。例如，要删除名为v1.0的标签，运行：git tag -d v1.0。
- 删除远程标签：删除远程标签稍微复杂一些，因为git tag -d只会删除本地的标签。要删除远程标签，需要先删除本地标签（如果它还存在的话），然后推送一个删除标签的引用到远程仓库。使用git push命令，并加上:refs/tags/来表示删除操作。例如，要删除远程仓库中的v1.0标签，运行：git push origin :refs/tags/v1.0。
注意事项：
- 确保你有权限删除远程标签。通常，只有仓库的管理员或拥有相应权限的用户才能删除标签。
- 在删除标签之前，请确保没有任何人正在使用或依赖该标签。一旦标签被删除，所有指向该标签的引用都将失效。
- 如果你正在使用一个协作环境，最好先通知团队其他成员你要删除某个标签，以避免任何潜在的问题或混淆。
自动化脚本：
如果你经常需要删除标签，可以考虑编写一个自动化脚本来执行这些操作。下面是一个简单的 bash 脚本示例，用于删除本地和远程的指定标签：
#!/bin/bash
# 检查参数数量
if [ "$#" -ne 1 ]; then
echo "Usage: $0 <tag-name>"
exit 1
fi
tag_name=$1
# 删除本地标签
git tag -d $tag_name
if [ $? -ne 0 ]; then
echo "Local tag $tag_name does not exist."
exit 1
fi
# 删除远程标签
git push origin :refs/tags/$tag_name
if [ $? -ne 0 ]; then
echo "Failed to delete remote tag $tag_name."
exit 1
fi
echo "Tag $tag_name has been deleted locally and remotely."
保存这个脚本到一个文件（比如delete-tag.sh），然后给它执行权限：chmod +x delete-tag.sh。之后，你就可以通过运行这个脚本来删除标签了：./delete-tag.sh v1.0。
4. 验证标签
如果有 GPG 私钥的话可以验证 tag：具体验证方法暂未提及，需查阅相关文档。
5. 共享标签
- 会把所有的标签推送到远程：使用git push origin --tags可以将所有不在远程仓库中的标签全部传送到远程仓库。
- 会把指定标签推送到远程：使用git push 可以将指定的标签上传到远程仓库。例如git push origin v1.0。
四、其他常用操作
1. 检出标签
可以基于某个 tag 切一个分支出来，使用git checkout -b 命令，这个命令相当于先创建一个新的分支，然后将 HEAD 切换到指定的标签对应的提交上。这样就可以在该标签的基础上进行进一步的开发或操作。
2. 使用 gitk 查看效果
可以使用gitk命令查看标签效果。gitk可以帮助我们直观地查看代码库的历史提交和标签信息。在使用gitk时，可以通过不同的视图选项来查看特定的标签和提交。例如，可以查看单个标签的详细信息，包括打标签者的信息、打标签的日期时间、附注信息以及对应的提交信息。同时，gitk还可以用于在历史版本中查找包含特定关键字的提交版本，并且可以通过图形界面进行标签的创建和管理。总之，gitk是一个非常实用的工具，可以帮助我们更好地理解和管理代码库的版本历史和标签信息。
五、总结
Git Tag 在版本管理中扮演着重要的角色，它为开发人员提供了一种便捷的方式来标记代码的重要版本。通过轻量级标签和有附注的标签，开发人员可以根据不同的需求进行灵活的版本标记。创建、查看、删除、验证和共享标签等操作，使得版本管理更加高效和可靠。
无论是在内部版本控制还是公开发布版本中，Git Tag 都能帮助开发人员明确版本、方便发布和进行文档归档。它为项目的重要节点留下完整记录，便于回溯和比较不同版本间的差异。在实际开发中，合理运用 Git Tag 能够提高开发效率，确保代码的可维护性和可追溯性。
