否
选取版本
需求&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环境
技术确认
