部署流程
时间:2024年04月06日
作者:小蒋聊技术
邮箱:wei_wei10@163.com
微信:wei_wei10
文字版地址:https://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.测试人员测试通过后,会回测试通过邮件,开发人员收到此邮件后,需及时准备发布;
关于运维人员责任
产品发布/上线是非常重要的一个环节,因为它直接影响到最终产品的稳定性、质量、用户满意度。所以,运维人员必须要了解本次上线的内容,并按规范的流程进行上线。绝对不可以只知道上线,不问上线内容。
以上是小蒋自己对于团队中上线的理解。
年龄的增长不可怕,可怕的是从未成长!
感谢大家支持小蒋,小蒋希望和大家共同成长,谢谢。
用户评论