Git最常见的开发流程

2017-03-24  本文已影响0人  五二零的暗淡

<1>基于GitLab Flow的工作流

1、准备好必备的分支,从master检出develop分支,开发人员再从develop检出feature进行开发

2、feature开发完,自行测试通过后,提交pull request到develop分支,也可以先通知代码验收者,在代码验收者确认后再提交

3、如果代码验收者发现有问题,可通知该功能开发者修复后再提交,如果确认没问题,再merge到develop

4、确定没问题后部署develop到测试环境

5、测试环境测试全部OK后,merge develop 到master,打一个版本tag

6、模拟真实环境再次测试

7、leader审核后发起线上部署和验收

8、如果出现bug,从master检出hotfix分支开发修复

9、重复2、3、4、5、6、7操作

10、最后develop分支要从master发起merge

<2> 基于GitHub Flow工作流

1、准备好必备分支feature和master分支,从master可以增加一个develop分支用于代码审核测试

2、feature分支开发完,先自行测试通过后,提交pull request到develop分支

3、代码审核人确认无误后部署develop到测试环境测试,如果发现bug,通知该功能开发者修复,修复后再提交到develop分支

4、确认develop审核和测试均没问题后,提交pull request请求到master分支,打一个t版本tag

5、模拟真实环境再次测试,没问题后交给leader审核后发起线上部署和验收

<3>基于Git Flow的工作流(feature->develop->release->master->fixhot)

1、从master检出develop分支,开发人员再从develop检出feature分支进行开发

2、feature开发完并自行测试通过后,提交pull request到develop

3、代码审核人对develop审核无误后,可以提交pull request到release分支

4、部署release分支到测试环境,测试无没问题后合并到master分支

5、模拟真实环境再次测试

6、leader审核后发起线上部署和验收

7、如果线上出现紧急bug,从master上检出hotfix分支进行修复

8、修改完成后,如果存在release分支,合并hotfix分支到release分支,release提交pull request到master分支

上一篇 下一篇

猜你喜欢

热点阅读