SVN标签（tag）是某次提交的快照引用，不直接部署，需配合svn export拉取代码到生产环境；它作为只读版本锚点，确保部署可追溯、可复现，并支持秒级回滚。

SVN 的标签（tag）本身不直接执行部署，它只是对某次提交的快照式引用，真正起作用的是配合 checkout 或 export 操作，把 tag 对应的代码拉取到生产服务器上。关键在于用 tag 做版本锚点，确保部署可追溯、可复现。

用 tag 固化发布版本

每次准备上线前，在 trunk 或 release 分支稳定后，创建一个带语义化命名的 tag，例如 tags/v2.3.1-20260614 或 tags/prod-20260615。这一步不是自动的，需人工确认代码已通过测试、打包验证、配置就绪。

• 命令示例：svn copy svn://server/repo/trunk svn://server/repo/tags/v2.3.1-20260614 -m "Release v2.3.1 for production"
• tag 目录应只读（可通过 authz 配置 @all = r），禁止后续修改，保证其作为“发布刻度”的权威性
• 建议在 tag 名中嵌入日期或构建号，避免纯版本号冲突（如多人同时打 v2.3.1）

生产环境拉取 tag 代码

线上服务器不直接运行 svn commit/update，而是通过 svn export 安全获取 tag 内容——它不带 .svn 元数据，无污染、轻量、适合生产目录。

• 典型脚本片段：svn export --force svn://server/repo/tags/v2.3.1-20260614 /app/myapp-new && chown -R www:www /app/myapp-new && mv /app/myapp /app/myapp-bak && mv /app/myapp-new /app/myapp
• 务必使用 --force 覆盖已有文件，并配合原子替换（先建新目录再切换软链或 mv），避免服务中断
• 不要在生产机上用 svn checkout，否则会残留 .svn 目录，带来安全与维护风险

结合钩子或自动化工具触发部署

单纯打 tag 不等于自动上线。需额外机制监听 tag 创建或人工触发部署流程：

• 在 post-commit 钩子里判断提交路径是否属于 tags/ 目录，若匹配且含关键词（如 [deploy]），则调用部署脚本
• 更推荐方式：由运维或 CI 工具（如 Jenkins）监听 tags 目录变更，执行 export + rsync 或 scp 推送，日志记录 tag 名、时间、操作人
• 部署脚本应校验 tag 存在性、MD5 或 SHA256 校验和（可提前生成并存于 tag 下的 checksums.txt），防止中间篡改

回滚与版本追踪

tag 的最大价值在于秒级回滚。线上出问题时，无需重新打包或找历史 commit ID，直接 export 上一个 tag 即可：

• 查历史 tag：svn list svn://server/repo/tags/ | sort -r
• 快速回退：svn export --force svn://server/repo/tags/v2.3.0-20260608 /app/myapp-rollback && ...
• 所有 tag 提交都留有 log，svn log -l 20 svn://server/repo/tags/ 可清晰看到每次发布的说明、作者、时间