<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分支
