Deployment, Environments & Rollback
部署、环境与回滚
这套交付方法会让测试过的版本依次通过彼此隔离的环境,并保留安全回到先前状态的方法。
另一个例子
版本会先进入预发布环境并通过冒烟测试,再逐步部署到生产环境;需要时,可以关闭功能开关或回滚版本。
主要部分
- 01分支或变更集
- 02审查与验证关卡
- 03发布结果
什么时候用
使用不可变制品、各环境专用配置和健康检查,并准备团队实际演练过的恢复方案。
什么时候不要用
不要依赖说不清楚的手动步骤,不要只在生产环境直接修改,也不要发布无法回滚的版本。
代码里的名称
staging → canary → production → rollback 上线前要检查
发布前核对正确的代码仓库、分支、目标与代码差异。保留尚未发布的工作,并通过审查与自动检查(CI)。记录冲突、数据丢失风险、发布顺序、版本追踪、恢复与回到上一版的方法。
预期结果:用 部署、环境与回滚 (Deployment, Environments & Rollback) 安全交付或恢复变更,并留下可审核记录。 用户场景:版本会先进入预发布环境并通过冒烟测试,再逐步部署到生产环境;需要时,可以关闭功能开关或回滚版本。 交付概念或操作:部署、环境与回滚 (Deployment, Environments & Rollback)。 适用理由:使用不可变制品、各环境专用配置和健康检查,并准备团队实际演练过的恢复方案。 不应使用的情况:不要依赖说不清楚的手动步骤,不要只在生产环境直接修改,也不要发布无法回滚的版本。 交付要求:指出代码仓库与目标。列出前置条件、变更内容、审查与自动检查(CI)、冲突和数据丢失风险、发布顺序,以及恢复或回到上一版的命令。 仓库防护:保留尚未发布的工作与可审核历史。没有明确备份时,不得执行破坏性操作。发布前核对准确的代码差异与远程仓库目标。 验收标准:预期的代码差异已审查,必要检查已通过。目标版本可追踪,失败恢复已演练,发布历史也可审核。 证据与限制(证据边界):没有一份官方标准能涵盖全部内容。不同团队、平台或框架的用法可能不同。 待确认:代码仓库与分支、协作状态、发布环境、批准负责人、受保护的检查,以及要恢复的版本。
检查这份需求
请 AI 编程助手检查当前如何使用 部署、环境与回滚 (Deployment, Environments & Rollback)。 定义:这套交付方法会让测试过的版本依次通过彼此隔离的环境,并保留安全回到先前状态的方法。 生产环境检查:发布前核对正确的代码仓库、分支、目标与代码差异。保留尚未发布的工作,并通过审查与自动检查(CI)。记录冲突、数据丢失风险、发布顺序、版本追踪、恢复与回到上一版的方法。 修改程序前,先列出看到的证据、缺口、严重程度,以及最小且安全的修正。