Gitlab项目及分支管理操作说明

1.创建项目

群组（Group）由拥有者（Owner）创建和管理。拥有者（Owner）和主程序员（Master）可在群组下创建项目。

进入群组后，点击“新建项目”按钮，开始创建项目。等级选择“私有”，方便按需要给成员授权，然后点击“Create project”按钮，即创建成功。

2.添加成员

在项目的左侧菜单，点击“成员”。

在“添加成员”下面的输入框选择一个用户，并为该用户选择一个角色。

然后，点击“添加到项目”的按钮即可。

成员角色说明：

拥有者（Owner）：一般是项目经理，拥有创建工程、管理组、移除组、管理组成员、移除工程、移除保护分支、强制提交保护分支等高级权限，及其他角色的所有权限。

主程序员（Master ）：拥有创建工程、编辑工程、添加项目成员、提交保护分支、配置hooks等权限。负责对Master分支和develop进行维护，通常在分支保护中被赋予“执行合并分支”的权限，被赋予向“develop”提交代码的权限。

开发人员：不能向“master”和“develop”两个分支推送代码，不能为这两个分支“执行合并”操作。拥有除此之外的其他权限，以及对功能分支的所有权限。

报告者：可以理解为测试员、产品经理等，一般负责提交issue等，可下载工程、更新代码、创建代码片段，不能提交代码。

访客：只能创建issue和留言评论。

3.创建分支

分支说明：

master  主分支（长期维护），用于部署生产环境，确保稳定性。

develop 开发分支（长期维护），始终保持最新完成以及bug修复后的代码。

hotfix  热修复分支（短期、临时，合并后删除），用于修复已上线版本的bug。

feature 特性分支（短期，完成合并后删除），用户开发新的功能。

开始时最少要有三个分支：主分支master、开发分支develop、特性（功能）分支feature-xxx。

develop分支从master创建。feature分支从develop创建，后缀按功能命名。

4.设置分支保护

5.开发及合并过程

Clone：将项目分支克隆到本地进行管理、开发

Commit：提交修改到本地仓库，按规范填写注释

Pull：拉取服务端代码，如有冲突应解决

Push：推送本地修改到服务器

Merge：主程序员合并代码到目标分支

提交规范：

1.每日上班开始Pull，获取其他同事提交的最新代码，下班前将当日代码Push到服务器。

2.开发过程中有阶段进展应Commit，方便出问题时回滚。

3.Commit 注释应简要描述修改的内容，不要随意填写，采用关联任务格式的：任务序号+空格+注释

5.1开发人员在特性分支feature-xxx上开发功能，提交和推送到gitLab服务端。

5.2 在git.local网页，对该分支点击合并请求。

5.3 提交后，开发人员不能点击“合并”，需要主程序员完成最后一步。

5.4主程序员点击“Merge”按钮完成合并。

   主程序员要承当代码审查的职责。

5.5 同一阶段可以有一个或多个特性分支的开发。在合并到master分支进行发布前，允许部分或全部特性分支合并到develop分支。

6.发布上线及分支变更

6.1 develop关联到测试环境。经测试通过后，在发布时合并到master分支。合并过程同上。

6.2 master关联到正式环境，或者由运维人员将master版本发布到正式环境，上线运行。

6.3此时可以删除feature-xxx分支。

7.线上修复及分支变更

7.1 如果线上运行发现问题，则从master创建出一个hotfix分支，后缀为版本号，如hotfix-0.7.8。

7.2 在hotfix-0.7.8上修复问题，合并到master分支，发布 tag。

7.3 将hotfix-0.7.8合并到 develop。

7.4 问题修复，hotfix合并后，即可删除hotfix分支。