上线发布流程

上线发布流程图

计划阶段

在迭代完成前半周的会议上确认迭代是否需要发布版本，如果需要则制定发布计划并确定是否需要做回归测试

是否需要回归测试？

现有的分支模型为开发直接从Master拉取feature分支，测试从Master拉取release/test分组然后合并feature branch到release/test形成测试分支
上线前如果Master分支上没有其他feature上线，则直接使用release/test打包上线

以下情况需要回归测试：
上线前如果Master分支上有其他feature上线，则从Master拉取release/pro并合并相关feature branch打包上线，并进行回归测试

发布策略

能做灰度发布尽量灰度，并且设计开关，有些Bug在测试环境测不出来

常见策略：

• 灰度/金丝雀
• 滚动发布
• 蓝绿发布

上线审批

使用邮件或者TAPD流程进行审批

如下为内容框架：

• 上线时间
• 上线内容
• 影响范围
  • 影响到的服务
  • 数据变更说明
  • 配置变更说明
• 详细操作步骤(测试和运维可以操作的step by step说明)
• 上线注意事项
• 数据监控

上线后

• 线上验收
  • 验证特性的正确性
  • 验证所有业务流程
  • 检查各项数据的正确性
• 数据监控
  • 线上数据的正确性
  • 临界值监控