上线清单是把经验前置

上线清单不是形式主义。它的价值是把过去踩过的坑前置到发布前，让团队不用每次都靠记忆和临场发挥。

检查配置

很多线上问题来自配置差异。数据库地址、缓存开关、第三方接口、文件路径、定时任务开关、环境变量，都应该在上线前确认。

配置检查不只是看有没有值，还要看值是否属于当前环境。测试环境能跑，不代表生产环境配置就正确。

检查数据变更

如果上线涉及表结构、初始数据、历史数据修复，就要提前准备脚本和回滚方案。脚本最好在预发布或测试库验证过，并记录执行顺序。

数据问题通常比代码问题更难回滚，所以要更谨慎。

检查监控和回滚

上线后应该看哪些指标，出现问题如何判断，是否能快速回滚，这些都要提前说清楚。没有监控的上线，等于把结果交给用户反馈。

回滚也不只是代码回滚。配置、数据库、缓存、消息积压，都可能需要配套处理。

复盘

上线清单的本质是工程记忆。它把个人经验变成团队动作，把模糊担心变成可检查条目。清单越贴近真实问题，发布越稳。

参考