©2016-2025 Matools All rights reserved,
粤ICP备17059708号
项目发布规范
产品的一个迭代版本到发布产出，总是要经过一个重要的流程来确保每个迭代的版本，质量有保证
发布进度有节奏。
正常情况下，先说代码版本
主干代码
主干代码的作用:用户保持线上紧急需要修复一些重要的bug,此过程过于失效性要求非常高。
所以，在开发一个分支时确保主干的代码一定是稳定可靠的。
分支代码
分支代码：完全作用于快速持续孵化一个新的功能版本，分支可以打过个 feature1 feature2 feature3
正常的情况下，分支1 从研发到测试第一轮，后
总结 bug的优先级，分列开来 保证block 的bug 为0 1级bug 都解决，剩余部分 2级 或者3级bug
合并到主干做第二轮测试。测试结束后。上线
详细过程
每次升级独有单独账号的人负责自动化部署
研发环境 ，研发人员控制，研发完毕实时发布。
测试环境：每天自动8前自动部署，且出测试负责人外，其他人无权限做此操作
如图所示
环境可以分为
Dev / Test /Qprod/Prod
Dev : 使用人群（研发人员）
使用时间 功能研发阶段
Test: 使用人群（测试人员）
使用时间 测试阶段
升级条件：功能研发结束，Dev 环境基本功能跑通 ，没有block 自测无阻断
Qprod：使用人群（产品，测试）
使用时间 功能验证，审核阶段，并且有真实环境量数据
升级条件：测试环境第二轮结束，分支合并主干
遗留1级bug 0
上线阶段
相关功能的脚本，文件 准备好并放在发布日期目录下 ，并做好备份
有研发负责人 进行检查和验证。
每次发布内容和文件按照日期做好备份
如图：
在每个功能发布 必须有每个阶段的负责人签字
邮件通知后。流水线作业
标准化处理。
热门工具 换一换