需求&BUG&版本流程

否

选取版本

需求&BUG&部署流程控制1、技术参与到需求讨论阶段？2、需求明确规划到具体的版本后转交给技术？3、版本规划需要明确到需求端&测试&开发&运维？4、Qa环境的部署由测试人员负责？5、需求到开发的交付物：原型or文档；6、紧急需求或bug处理？7、master的代码合并审核是否由一个人负责？8、开发中的版本规划是否可以增加新需求？9、代码的规范问题？10、版本号规划：release-x.x.x；第一位？第二位？第三位？如何使用，大小限制多少？

否，继续等待

生成部署包

部署Dev环境确认

封版release-2.1.5

部署Qa环境测试

并合生成部署包

客户验收

修复合并dev代码库

需求&BUG&部署流程From Owen Jia

是BUG

未通过

部署Sandbox环境

技术开发

设计启动？

提交Redmine记录重现步骤

是否下个版本开发

需求&产品&设计&技术酌情参与讨论

技术修复处理

是

需求调整

归划到指定的产品版本中

归并到Confluence指定产品版本中等等开发

未通过，删除release

部署细节？

部署Qa环境

已经封版包含：源码库、部署包、版本清单等

技术确认启动开发并分配

朝阳

结束

合并master代码库，并入下个版本

需求完成

合并master代码库

Prod环境部署1、取指定的release-x.x.x版本？2、整理部署包&配置环境&实施？3、准备客户交付材料？4、客户如何验收，对接人员？5、部署谁负责？

涌富

提出需求

未通过，release删除

通过

是否这个版本开发

取消

实施部署

关闭BUG

重现指派

需求交付物是什么？Confluence需求说明&设计原型&Redmine流程

产品内部审核，记录Confluence

部署Dev环境：整合朝阳和涌富两边部署配置

发现BUG

非BUG

合并dev代码库

指派给技术

前端：合并朝阳那边的代码到涌富git库生成前端部署包；后端：朝阳和涌富各自独立生成部署包；

产品内部流程审核确认并定优先级

封版release-2.10.23

部署Prod环境

技术确认