Git版本标签怎么打：让线上版本能对应到源码

只说部署了最新版，很难追踪故障。本文说明如何用明确标签标记发布提交，并检查标签、构建产物与服务器版本是否一致。

先选择经过验证的提交

Git版本标签应指向已经确认的提交，而不是随手给当前目录起个名字。发布前确认工作区状态、测试结果和准备上线的提交编号。标签不会自动包含未提交文件，也不会替你生成或上传部署产物。

Git区分轻量标签和附注标签。附注标签可保存标记者、时间与说明，更适合作为发布记录。为项目建立一致的版本命名方式，说明本次变更和兼容限制。不要把已公开使用的版本号悄悄移动到另一个提交，否则使用者可能拿到不同内容。

标签与上线需要分别核对

本地创建标签后，还需要明确将对应标签推送到正确远程仓库。随后核对远程展示的提交编号与构建使用的编号。构建完成时保存版本文件或产物摘要，服务器部署后再读取运行版本，确认链路没有停在“仓库已打标签”这一步。

验收可以从干净目录按标签获取源码，按文档完成构建，并与正式产物比对。标签不是数据库备份，也不包含外部服务配置，回滚仍需评估这些状态。若发布说明发现错误，应新增说明或发布新版本，保留原有追踪关系。这样一次故障能够对应到确切源码，而不是只能猜测当时到底上传了哪个压缩包。

官方参考

资料核对日期：2026年10月26日。

Git：git-tag