执行阶段
部署发布阶段，由测试负责人、项目经理、相关运维人员执行。
执行人
项目管理人员+测试组+运维组，协调执行落地。
规范内容
一、发版流程
image.png
二、发版评审会
1、上线评审采用开【发版评审会】形式进行，由项目经理发起，项目管理、产品、设计、开发、测试、运维等相关部门人员参加。
2、发版评审会需确定事项如下：
- 发哪些服务，包括前、后端程序。
- 测试环境验证情况，是否封版。
- 发版时间安排
- 各服务的代码分支
- 代码是否合并到正确分支
- 收集并确认相关的发版说明文件是否完整无遗漏
- 确定此次发版数据库变更是否影响大数据平台，如有影响则需要协调大数据组。
- 确定此次发版是否需要停服，如需停服则协调运营相关部门发系统更新公告。
3、发版评审会结束后，由项目经理或测试负责人在 TAPD 填写发布评审，流转至运维，运维组将开始着手进行相关准备、执行发版动作。
三、发版说明相关文件规范
- 所有提交给运维的发版说明相关文件，以附件形式在放在「评审依据」项中，最多 5 个附件。
- 文件若打包，请按项目组打包，例如 Java 的打成一个，PHP/NODE 类的打成一个。
- 发版微服务说明总表格文件，固定名称：
YYYYMMDD_发版.xlsx - 数据库变更相关文件，取名为：
db_update_{服务名称}.sql - 配置文件变更相关说明，取名为：
config_update_{服务名称}.txt - 其他说明文件，取名为：
release_note_{服务名称}.txt
四、TAPD 发布评审单填写说明
1、填写时机：测试人员在测试环境对需要发版的所有服务均验证无问题了，项目组内部的产品（项目）、技术和测试的负责人确认可以发布后，再进行填写。
2、人员安排：发布评审单，可由项目组内部的产品（项目）、技术和测试的负责人任一人员填写，然后产品（项目）或者技术负责人签发，签发后流转至运维。
3、字段填写：1）需要发版的服务名、代码分支、负责人，以表格形式填写，首选字段是：备注，次选字段是：服务列表/影响范围；2）正常发版流程、紧急发版流程里的所需填写的字段是不同的，请注意区别。
示例
下图所示为发版评审会结束填写的「发布评审」内容。
image.png
image.png
