Appearance
系统发布检查清单怎么做?
系统发布检查清单要把“代码已经更新”往前后各推一步。春喜铜知识库和后台系统上线时,不只看页面能不能打开,还要看域名、证书、Nginx、容器、配置、栏目入口、sitemap、重点页面和回滚路径是否都清楚。
发布检查清单最怕只写技术项,不写业务影响。菜单、权限、导入模板、报表口径、知识库入口和客服常用页面一变,现场人员如果不知道,还是会按旧流程处理。
发布前先看影响范围
| 检查项 | 要确认什么 | 常见漏项 |
|---|---|---|
| 页面和入口 | 新增、删除、改名页面是否有导航入口 | 页面能访问但没人找得到 |
| 配置和环境 | 域名、端口、证书、容器、环境变量是否一致 | 本地正常,线上配置旧 |
| 数据和文件 | 是否涉及导入、迁移、附件、主数据或权限 | 上线后数据口径变了 |
| 搜索和索引 | sitemap、robots、llms.txt、站内链接是否更新 | 页面上线但结构没同步 |
| 业务通知 | 受影响岗位是否知道变化点和联系人 | 客服、仓库、生产仍按旧口径 |
| 回滚准备 | 旧版本、备份、回滚命令和判断条件是否明确 | 出事后才临时找办法 |
发布前检查要有负责人,不要只靠上线人自己记。小改动如果涉及权限、客户页面、订单、库存、报表或知识库入口,也要按清单过一遍。
发布后马上抽查
- 检查首页、栏目页、重点改动页和静态资源是否返回 200。
- 检查容器、Nginx、证书、外部端口和健康状态。
- 检查本次改动页面是否进入导航、sitemap 或相关栏目入口。
- 检查日志里是否有 404、重定向异常或构建残留。
- 通知受影响岗位,并说明发现异常找谁。
- 发布记录里写清版本、提交、时间、验证页面和异常处理。
发布检查清单的作用,是让上线动作可复查。发布稳不稳,不只看那一刻有没有报错,还要看现场能不能按新内容继续工作。