线上评审规范V0.1.0

执行阶段
部署发布阶段，由测试负责人、项目经理、相关运维人员执行。

执行人
项目管理人员+测试组+运维组，协调执行落地。

规范内容
一、发版流程

image.png

二、发版评审会

1、上线评审采用开【发版评审会】形式进行，由项目经理发起，项目管理、产品、设计、开发、测试、运维等相关部门人员参加。

2、发版评审会需确定事项如下：

• 发哪些服务，包括前、后端程序。
• 测试环境验证情况，是否封版。
• 发版时间安排
• 各服务的代码分支
• 代码是否合并到正确分支
• 收集并确认相关的发版说明文件是否完整无遗漏
• 确定此次发版数据库变更是否影响大数据平台，如有影响则需要协调大数据组。
• 确定此次发版是否需要停服，如需停服则协调运营相关部门发系统更新公告。

3、发版评审会结束后，由项目经理或测试负责人在 TAPD 填写发布评审，流转至运维，运维组将开始着手进行相关准备、执行发版动作。

三、发版说明相关文件规范

1. 所有提交给运维的发版说明相关文件，以附件形式在放在「评审依据」项中，最多 5 个附件。
2. 文件若打包，请按项目组打包，例如 Java 的打成一个，PHP/NODE 类的打成一个。
3. 发版微服务说明总表格文件，固定名称：YYYYMMDD_发版.xlsx
4. 数据库变更相关文件，取名为：db_update_{服务名称}.sql
5. 配置文件变更相关说明，取名为：config_update_{服务名称}.txt
6. 其他说明文件，取名为：release_note_{服务名称}.txt

四、TAPD 发布评审单填写说明

1、填写时机：测试人员在测试环境对需要发版的所有服务均验证无问题了，项目组内部的产品（项目）、技术和测试的负责人确认可以发布后，再进行填写。

2、人员安排：发布评审单，可由项目组内部的产品（项目）、技术和测试的负责人任一人员填写，然后产品（项目）或者技术负责人签发，签发后流转至运维。

3、字段填写：1）需要发版的服务名、代码分支、负责人，以表格形式填写，首选字段是：备注，次选字段是：服务列表/影响范围；2）正常发版流程、紧急发版流程里的所需填写的字段是不同的，请注意区别。

示例

下图所示为发版评审会结束填写的「发布评审」内容。

样例参考：https://www.tapd.cn/41523193/launch/launch_form/view/1141523193001000034&url_cache_key=f165006757bb347ffaf387039d6c6aef

image.png

image.png