GIT版本合并和开发Branch流程

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代码库都要先合并本地处理，没有问题后在提交；