部署流程

要解决什么问题

生产发布一旦出错，代价往往是宕机、数据风险或长时间救火。很多团队要么把某平台的 bash 脚本当「标准答案」，要么在周五晚上仓促上线——每个部署场景其实都不同，平台、依赖和回滚手段都不一样。本技能不给你可复制的一键脚本，而是帮你建立部署原则与决策方法：在动手前知道该查什么、该选哪种流程、出问题先做什么。

技能如何组织内容

技能按发布生命周期拆成可执行的思考框架：

• 平台选择：对照 Vercel/Netlify、Railway/Render、VPS+PM2、Docker、Kubernetes 等常见路径，理解 Git 推送、CLI、SSH 与 kubectl apply 各自对应的部署与回滚方式。
• 部署前四类验证：代码质量（测试、lint、评审）、构建、环境变量与密钥、安全与回滚计划；并给出可勾选的检查清单。
• 五阶段工作流：准备 → 备份 → 部署 → 验证 → 确认，强调「没有备份就无法回滚」「部署过程不要走开」。
• 部署后验证窗口：健康端点、错误日志、关键用户流程与性能；前 5 分钟主动盯、15 分钟看稳定、1 小时做最终确认。
• 回滚与零停机：按症状决定立即回滚还是向前修复；滚动、蓝绿、金丝雀的选用场景；以及紧急宕机时的评估 → 快速修复/重启 → 回滚 → 事后再调查。

此外还列出反模式（周五部署、跳过预发布、不备份、一次改多处）和部署前决策检查清单，便于在对话里逐项对齐团队习惯。

适用边界

这是原则与清单型指导，不会替代你平台的具体 CI/CD 配置或基础设施代码。流程需按实际环境调整；高风险变更仍应配合特性开关、预发布环境与演练过的回滚路径。