1.0.0
1.1.5-release
develop
1.1.5
验收master合并
1、developer自己完成；2、自动或半自动部署；
部署Qa环境测试
1、升级评审：开发、测试、产品、实施；2、测试&产品验收；3、版本迭代并打包，全量包形式部署；4、自动化部署&半自动化部署；5、多服务器代码同步；
部署测试Dev
1、核心代码库develop&master&release；2、开发人员正常提交在develop上，用来部署dev环境；3、常规的需求和bug修复在本地issue开发后合并到develop上，再合并master到上部署Qa测试验收；4、紧急bug修复合并master&develop，发布新版本测试；5、master代码库需要审核代码，由developer通过merge request进行代码合并；6、release版本代码不允许任何人改动只能新增版本，备份历史和版本恢复使用；7、代码合并周期，develop每个开发自己控制，master？
版本升级Prod
1.1.0
x.x.x
Dev
service1
pre1
test1
issue-xxx
Prod
1.2.0
release
issue20170830
dev1
不同意
dev2
dev3
developer
master
先合并master后再提交master
版本部署测试Qa
1.0.0-release
test2
1.1.0-release
prod1
封版release-2.22.30
同意
删除issue
issue-20171016
取消
test3
1.2.0-release
1、自动或半自动部署Qa环境；2、测试验收；
issue20170911
Qa
developer-xxx
issue20170828
Local
部署Dev环境确认
service2
先合并develop再提交到develop
结束
版本控制&发布流程From Owen Jia
代码提交流程1、master的合并需要审核；2、本地常有代码库issue-xxx&develop；保持本地develop和代码库中一致；3、每次提交develop&master代码库都要先合并本地处理，没有问题后在提交；
