需求评审
要做该特征的迭代开始前两天交底
feature分支开发完成
发现必修bug
是
根据提测时的记录配置测试环境
回归测试
验收通过
产品验收
从master分支拉取新release分支
有提测
否
部署测试环境
1. 接口评审时间2. 提测时间3. 用例评审时间4. 版本计划5. 分支计划
补充故事的影响范围
研发流程
提测演示
修改量较少
从master分支拉取hotfix分支，修改bug
编写版本日志
PO预约评审邮件评审会前2天发送需求文档
走查通过
开发新特征
发版延迟等待下一个版本
从release分支拉取bugfix分支，修改bug
测试阶段
Release分支修改、合并到develop
子任务粒度尽量1d以内
记录所有需要人工配置的项目，录入发版文档中
迭代计划
从release分支拉取feature分支
1. 主要功能UI自动化2. 接口自动化
封板操作
需求交底评估故事点
Release分支修改、合并到release/all_future_version
通过
开发阶段
迭代启动
测试通过
预发布
发布开发版本
评估影响
重新评审，可能是研发组或产品组发起下次评审
结束
测试
关键技术完全评估结束后才算评审通过
release分支Merge 到 develop分支
code review
发送发版通知，每月一次？
研发组评估关键技术
上线测试
feature分支提PR到release分支
开始
发版前至少2天封板，不再merge feature到release
设计走查
Jenkins Pipeline
产品需求调研期间找架构师确认可行性
配置线上环境
研发组拆分子任务
发布新版本
release分支Merge 到 release/all_future_version分支
线上发现严重问题，回退到上一个版本
提交bug
这时测试环境上有所有已经提测的功能
合并分支到master，打版本号tag
产品组内部评审
部署即将发版的Release_X.X..X分支到测试环境
