一、Feature开发流程
１、master划分任务，在gitlab 提交task, 设置assignee，创建dev 分支。
2、 developer pull dev分支，在dev 分支上，fork 自己的分支。
３、developer进行开发，单元测试和本地集成测试，测试通过，push 分支到远程仓库，并向master提merge request。
４、master code review，没问题，accept merge request，merge code 到dev 分支，并删除develop分支。否则，master添加comments, 回到第三步。
５、测试人员用dev分支在测试环境集成测试，有问题，在gitlab 提交bug issue, 设置assignee为相应developer, 然后，回到第二步。
６、master 合并dev分支到master, 并负责上线。
Feature开发流程图如下：
二、Bug修复流程
１、master在gitlab 提bug, 设置assignee，创建dev 分支。
2、 developer pull dev分支，在dev 分支上，fork 自己的分支。
３、developer进行开发，单元测试和本地集成测试，测试都通过，push 分支到远程仓库，并向master提merge request.
４、master code review，没问题，accept merge request, merge code 到dev 分支，并删除develop分支。否则，
master添加comments, 回到第三步。
5、测试人员用dev分支在测试环境集成测试，有问题，在gitlab 提交bug issue, 设置assignee为相应developer, 然后，回到第二步。
６、master 用dev分支预上线，观察一周，有问题，回到第二步。
７、master 合并dev到master, 并负责上线。
Bug开发流程图如下：
三、开发规则
１、分支命名规则
下面是一些分支的命名示例和规则，单词小写，用下划线连接词与词：
2、版本命名规范
软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种, 分别为：base, alpha, beta, RC, release。版本号修改规则：
3、push 分支规则
push 自己的分支前，要先更新 最新代码，并解决处理冲突，处理完冲突才可以上传分支。步骤如下：
git fetch origin dev
git rebase dev
rebase过程有冲突，要协调解决冲突，
然后，git rebase --continue,
最后，git push origin self_branch
