版本标签
Git Tag
中级通用版本标签（Git Tag）是 Git 中指向某个提交的命名标记，常用来标出一次发布对应的代码。这样你和 AI Agent 就能准确找到上线时的版本，例如用 v1.2.0 定位当时的提交，而不是猜测哪次修改已经发布。
你可能会说：「帮我给这次上线的代码留个固定名字，以后出问题时能准确找到它。」
读之前建议先了解
动手看看标记登录页上线版本
1
登录页已经完成，准备上线。main 上最新的“发布登录页”提交，就是这次要发布的代码。
要点版本标签怎样帮我们找到发布时的代码？
- 1
标签指向一次具体提交
假设你的网站今天上线，给对应提交打上 v1.2.0 标签，以后就能通过这个名字找到当时的代码。后续开发继续产生新提交，这个标签仍指向原来的位置。
- 2
名称和内容是两回事
v1.2.0 是你给标签取的名字，Git 不会因为这个名字就判断改动是否符合语义化版本规则。你还可以创建带说明文字的附注标签，记录这次发布的背景。
- 3
共享标签要单独推送
你在本地创建标签后，队友和部署系统未必能在远程仓库看到它，因为普通的代码推送不会自动推送所有标签。准备让团队按标签取代码时，可以明确推送这个标签。
容易混淆的地方
提交记录的是一次代码变更，标签只是给其中某个提交起一个便于引用的名字，不会额外保存一份代码。分支也指向提交，但通常会随新提交向前移动；发布标签一般留在原处。因此你可以继续开发，同时保留“上次上线的是哪份代码”这个定位点。
什么时候用
适合用
- 网站上线后给实际发布的提交打标签，方便排查线上问题时取回同一份代码。
- 准备发布 App 新版本时用标签标出代码位置，让构建和发布记录能对应起来。
- 让 AI Agent 对比两个已发布版本时，用两个标签准确指定比较范围。
不适合用
- 只是想暂存今天的开发进度、明天接着改，用提交或分支更合适；这还不是一个发布定位点。
- 想让一部分用户先看到新功能、另一部分暂时看不到，用功能开关控制；标签不能决定用户看到什么。
- 想撤销线上某次部署，用回滚流程选择要恢复的版本；单独创建标签不会改变正在运行的代码。
练一练选一个答案，看看解释
你的后台系统已上线，团队想知道线上运行的是哪次提交，同时继续在主分支开发。怎么做更合适？
让 AI 帮你做复制给 AI Agent 直接用
请先确认这次后台系统实际部署的 Git 提交，再为它创建名为 v1.2.0 的版本标签并推送到远程仓库。不要把标签打在未经确认的当前最新提交上；完成后告诉我标签指向的提交，以及你如何核对它与部署记录一致。