项目上线任务名称:XXXX任务名称
上线更新说明:
- 1.xxxxxxxx。
- 2.xxxx。
上线提前准备:
- 上线时间:XXXX年MM月DD日 HH:mm:ss
- 上线配置:准备的具体配置参数或者参数对应文档路径地址,涉及参数的更新,需要记录历史值以便于回滚。
- 前端上线分支:具体分支
- 后端上线分支:具体分支
- 上线方案:文档链接地址(各个应用统一操作文档)
- 回滚方案:文档链接地址(各个应用统一操作文档)
- 回归CASE:文档链接地址
- 值班计划:第二天值班名单
- 上线通知:通知产品和业务方
- 上线小组群:上线群号
- 上线负责人:@负责人
- 上线相关人:@机构负责人 @技术负责人 @产品负责人 @小团队(项目对应产品、开发、测试等)。
上线执行过程:
- 当前上线版本:20200217183524(以便回滚操作)
- 同步上线过程:XXXX任务,XXXX应用,正在执行:XXXX
日志监控信息:
- 日志监控结果:上线后2小时内对日志进行监控
待办事项列表:
- 上线时间同步 @负责人
- 上线配置准备 @负责人
- 前端上线分支合并 @负责人
- 前端上线分支CodeReview @负责人
- 后端上线分支合并 @负责人
- 后端上线分支CodeReview @负责人
- 【灰度(单台)环境】后端上线分支发布 @负责人
- 【灰度(单台)环境】前端上线分支发布 @负责人
- (灰度环境)业务流程回归验证 @负责人
- (灰度环境)核心流程回归测试 @负责人
- 【正式(多台)环境】后端上线分支发布 @负责人
- 【正式(多台)环境】前端上线分支发布 @负责人
- (正式环境)业务流程回归验证 @负责人
- (正式环境)核心流程回归测试 @负责人
- 上线通知产品验证 @研发负责人
- 产品项目验证 @产品负责人
- 上线通知业务方(发邮件) @产品负责人
- 日志监控结果 @负责人
- 上线1周后删除开发分支 @负责人
注意事项:
master上线分支合并权限(第1合并人,无法处理情况下启用backup):
- xxxx系统-@负责人1 backup:@负责人2、@负责人3
说明:固定合并master负责人,保证合并代码的过程不会产生错误。
review代码名单列表(各个子系统代码至少包含两个人进行CodeReview):
- xxxx系统-@负责人1,@负责人2,@负责人3
说明:指定数量的代码review人,保证代码上线的质量。
系统上线负责人:
- XXX系统-@负责人1、@负责人2、@负责人3
说明:指定负责人上线,保证上线过程中不出问题。
其他:
- 代办列表按实际任务进行调整
- 各个子系统上线负责人,有关联子系统上线的时候,上线时必须保持在线,直到上线完成。
- 上线负责人必须维护任务单中的代办列表,任务完成后记得勾选
- 开发分支上线完成1周后删除。
- 每日上线前1小时需要完成前置任务
提测申请流程:
- 安全扫描结果
- 代码走查记录单
- 单元测试案例执行结果