如何给历史提交补打标签
给旧提交打标签：git log 找到提交哈希，git tag -a <标签名> <哈希> -m "说明"，然后 git push origin <标签名> 推送。标签指向提交而非分支，补打历史版本标签完全合法。
git tag 接受提交哈希做第二个参数：git tag -a v1.0.0 a1b2c3d -m "补标 v1.0.0"。先用 git log --oneline 找到目标提交的哈希。打完别忘了 git push origin v1.0.0 推送。
操作流程
git log --oneline # 找到目标提交，如 a1b2c3d
git tag -a v1.0.0 a1b2c3d -m "v1.0.0 正式版"
git push origin v1.0.0
附注标签 vs 轻量标签
git tag v1.0.0 a1b2c3d # 轻量：仅指针
git tag -a v1.0.0 a1b2c3d -m "..." # 附注：带说明/作者/日期，发布推荐
附注标签的日期是打标签的时间而非提交时间——补打历史标签时这是预期行为。
批量补标场景
从 CHANGELOG 或发布记录反推每个版本的提交，脚本循环打标：
git tag -a v0.9.0 <对应提交> -m "..."
git push origin --tags # 一次性推所有标签
常见问题（FAQ）
Q：怎么确认标签指对了提交？
git show v1.0.0 看标签指向的提交内容；git rev-list -n 1 v1.0.0 只输出哈希。
Q：打错位置了能改吗？
删掉重打：git tag -d v1.0.0 && git tag -a v1.0.0 正确哈希 -m "..."，远程的话 git push origin --delete v1.0.0 后再推新。已有人用的 tag 尽量补发新 tag。
Q：补打的 tag 能触发 CI 发布流程吗？
能。tag 推送事件不看提交新旧——这也是为什么补标要谨慎，别把历史版本意外推进发布流水线。
