Git 打 Tag 的作用

[一、Git Tag 的核心用途](#一、Git Tag 的核心用途)

[1. 标记重要的发布版本（最核心）](#1. 标记重要的发布版本（最核心）)

[2. 方便版本追溯与问题排查](#2. 方便版本追溯与问题排查)

[3. 标准化发布流程](#3. 标准化发布流程)

[4. 标记里程碑节点](#4. 标记里程碑节点)

[二、常用的 Tag 操作](#二、常用的 Tag 操作)

总结

Git 的 Tag（标签）是 Git 版本控制系统中非常实用的功能，核心是给代码仓库中特定的提交（commit） 打上一个 "永久标记"，方便你定位、回溯和管理重要的代码版本。

一、Git Tag 的核心用途

1. 标记重要的发布版本（最核心）

这是 Tag 最常用的场景。软件开发中，代码会不断迭代（比如新增功能、修复 Bug），但只有少数版本会对外发布（如 v1.0、v2.1.3）。给发布版本打 Tag，相当于给这个版本的代码 "拍快照"------Tag 绑定的是固定的 commit，不会像分支那样随代码更新而变化，无论后续代码怎么改，你都能通过 Tag 快速找到这个发布版本的完整代码。比如：

发布第一个正式版：打 Tag v1.0.0
发布修复 Bug 的小版本：打 Tag v1.0.1
发布测试版：打 Tag v2.0-beta

2. 方便版本追溯与问题排查

如果用户反馈 "v1.1.0 版本有个严重 Bug"，你不需要在一堆杂乱的 commit 记录里翻找，直接通过 Tag v1.1.0 切换到该版本的代码，就能精准复现、定位问题。相比直接用 commit hash（一串乱码，如 7f89a76），Tag 用有语义的名字（如 v1.1.0）更易记、更直观，团队协作时也能避免版本混淆。

3. 标准化发布流程

很多项目的 CI/CD（自动打包、部署）流程会识别 Tag：当你推送一个符合规则的 Tag（如 v*.*.*）到远程仓库时，系统会自动触发打包、测试、部署到生产环境的流程，避免手动操作的失误，让发布更规范。

4. 标记里程碑节点

除了发布版本，也可以用 Tag 标记项目的重要里程碑：

完成核心功能开发：Tag core-feature-done
修复重大安全漏洞：Tag fix-security-bug-202603

二、常用的 Tag 操作

bash 复制代码

# 1. 创建「附注标签」（推荐，带备注、作者等信息）
git tag -a v1.0.0 -m "第一个正式版本发布"

# 2. 创建「轻量标签」（简单标记，仅关联commit，无额外信息）
git tag v1.0.0

# 3. 查看所有 Tag（按创建时间排序）
git tag

# 4. 切换到指定 Tag 版本（查看/调试该版本代码）
git checkout v1.0.0

# 5. 推送 Tag 到远程仓库（默认打 Tag 只在本地，需手动推送）
git push origin v1.0.0  # 推送单个 Tag
git push origin --tags   # 推送所有本地未推送的 Tag

# 6. 删除本地 Tag
git tag -d v1.0.0

# 7. 删除远程 Tag
git push origin --delete v1.0.0

# 6. 验证远程tag是否存在（此时会输出tag信息）
git ls-remote --tags ssh://git@192.168.100.1:1111/car/XXXX_ARM_APP.git

总结

Git Tag 是绑定特定 commit 的静态引用，核心用于标记发布版本、里程碑等重要代码节点；
相比 commit hash 更易记、语义化，能快速追溯版本、排查问题，避免版本混淆；
可配合 CI/CD 标准化发布流程，是团队协作中管理版本的核心工具。