音频地址：上线部署流程_小蒋聊技术在线播放免费听 - 喜马拉雅手机版
时间：2024年04月06日
作者：小蒋聊技术
邮箱：wei_wei10@163.com
微信：wei_wei10
背景
大家好，欢迎来到小蒋聊技术，小蒋准备和大家一起聊聊技术的那些事。
最近团队成员的上线操作让人头疼。几个特别突出的问题：
- 上线准备不足，设计文档中没有体现、也没有考虑到可能的资源依赖，导致临操作了才想起来做资源申请；
- 暗箱操作... 一再要求上线时需要在产品、研发、测试部门内周知，以便前后端、测试、产品共同配合完成，但依然不加理会，总是要主动询问才回复已操作；
- 发布完成就认为上线完成，有时甚至不做基本的校验...
- 运维人员对上线的内容一概不知，只知道上线，不问内容。
上线部署流程
针对以上几个问题，我们需要制定一个合理的上线部署流程。建议流程如下：
- 研发人员使用邮件方式向测试提交测试申请，其中包含“上线方案”。其中“上线方案”必须包含：
- 当前版本所影响的范围
- 新增的功能/内容
- 前、后端版本号
- 前后端负责人
- 代码地址（gitlab、gitee、github等托管平台，上线需要使用release分支）
- 程序部署所需数据库脚本文件（sql文件）
- 项目配置说明清单
- 计划上线时间
- 上线失败的回滚计划等
- 测试人员测试内容无误后，邮件回复“同意上线”。
- 研发人员内部准备，然后发布上线公告/通知。主要作用是让公司所有人都知道，下一个版本上线的时间，其中包含的功能和内容。
- 测试人员邮件通知运维，包含其中已确认的“上线方案”。
- 运维人员按照“上线方案”完成部署上线。
- 测试进行线上验证测试。无问题本次上线结束，有问题版本回滚。
- 运维人员邮件通知所有人，本次上线结果。成功上线/有问题回滚。
关于测试申请
- 某个需求的所有方面都开发完成并自测/联调通过后，由需求主开发负责人统一写测试申请邮件；
- 测试申请邮件发出后，主开发负责人需要及时变更需求状态，改为“测试中”；
- 测试申请后，相关开发人员可着手处理其他任务，但需要及时关注测试动态，对于测试提出的 bug，需第一时间解决，或者跟测试沟通紧急度来协商解决时间。原则上，应当在一天内解决。不可因 bug 长时间未得到解决而影响测试进度进而影响整个项目进度；
- 测试人员测试通过后，会回测试通过邮件，开发人员收到此邮件后，需及时准备发布；
关于运维人员责任
产品发布/上线是非常重要的一个环节，因为它直接影响到最终产品的稳定性、质量、用户满意度。所以，运维人员必须要了解本次上线的内容，并按规范的流程进行上线。绝对不可以只知道上线，不问上线内容。
以上是小蒋自己对于团队中上线的理解。
年龄的增长不可怕，可怕的是从未成长！
感谢大家支持小蒋，小蒋希望和大家共同成长，谢谢。
