上线部署流程

部署流程

时间：2024年04月06日

作者：小蒋聊技术

邮箱：wei_wei10@163.com

微信：wei_wei10

文字版地址：http://t.csdnimg.cn/3dEXg

背景

大家好，欢迎来到小蒋聊技术，小蒋准备和大家一起聊聊技术的那些事。

最近团队成员的上线操作让人头疼。几个特别突出的问题：

1.上线准备不足，设计文档中没有体现、也没有考虑到可能的资源依赖，导致临操作了才想起来做资源申请；

2.暗箱操作... 一再要求上线时需要在产品、研发、测试部门内周知，以便前后端、测试、产品共同配合完成，但依然不加理会，总是要主动询问才回复已操作；

3.发布完成就认为上线完成，有时甚至不做基本的校验...

4.运维人员对上线的内容一概不知，只知道上线，不问内容。

上线部署流程

针对以上几个问题，我们需要制定一个合理的上线部署流程。建议流程如下：

1.研发人员使用邮件方式向测试提交测试申请，其中包含“上线方案”。其中“上线方案”必须包含：

当前版本所影响的范围

新增的功能/内容

前、后端版本号

前后端负责人

代码地址（gitlab、gitee、github等托管平台，上线需要使用release分支）

程序部署所需数据库脚本文件（sql文件）

项目配置说明清单

计划上线时间

上线失败的回滚计划等

2.测试人员测试内容无误后，邮件回复“同意上线”。

3.研发人员内部准备，然后发布上线公告/通知。主要作用是让公司所有人都知道，下一个版本上线的时间，其中包含的功能和内容。

4.测试人员邮件通知运维，包含其中已确认的“上线方案”。

5.运维人员按照“上线方案”完成部署上线。

6.测试进行线上验证测试。无问题本次上线结束，有问题版本回滚。

7.运维人员邮件通知所有人，本次上线结果。成功上线/有问题回滚。

关于测试申请

1.某个需求的所有方面都开发完成并自测/联调通过后，由需求主开发负责人统一写测试申请邮件；

2.测试申请邮件发出后，主开发负责人需要及时变更需求状态，改为“测试中”；

3.测试申请后，相关开发人员可着手处理其他任务，但需要及时关注测试动态，对于测试提出的 bug，需第一时间解决，或者跟测试沟通紧急度来协商解决时间。原则上，应当在一天内解决。不可因 bug 长时间未得到解决而影响测试进度进而影响整个项目进度；

4.测试人员测试通过后，会回测试通过邮件，开发人员收到此邮件后，需及时准备发布；

关于运维人员责任

产品发布/上线是非常重要的一个环节，因为它直接影响到最终产品的稳定性、质量、用户满意度。所以，运维人员必须要了解本次上线的内容，并按规范的流程进行上线。绝对不可以只知道上线，不问上线内容。

以上是小蒋自己对于团队中上线的理解。

年龄的增长不可怕，可怕的是从未成长！

感谢大家支持小蒋，小蒋希望和大家共同成长，谢谢。