怎样做好项目的上线工作？

项目上线任务名称：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小时需要完成前置任务

---

提测申请流程：

• 安全扫描结果

• 代码走查记录单

• 单元测试案例执行结果