Gitlab使用说明

零、gitlab简介

Gitlab是一个成熟的代码管理工具。为企业和组织提供内部的源代码的存储和管理功能。

一、gitlab角色总览

gitlab中的角色分管理员和使用者，管理员即administrator（root）用户，使用者分创建者（owner）、维护者（maintainer）、开发者（developer）、reporter（不知道怎么翻译才好）、访客（guest）。

下表列出了所有使用者所拥有的权限，常规开发中，我们一般仅使用owner、maintainer、developer这三个角色。

权限	Guest	Reporter	Developer	Maintainer	Owner
Create new issues 创建议题	*	*	*	*	*
Leave comments 在线留言	*	*	*	*	*
Pull the project code 拉取代码		*	*	*	*
Download a project 下载项目zpi包		*	*	*	*
Create code snippets 创建代码片段		*	*	*	*
Create new merge requests 提交合并请求			*	*	*
Push changes to nonprotected branches 向未受保护的分支推送代码			*	*	*
Remove nonprotected branches 删除未受保护的分支			*	*	*
Add tags 添加标签			*	*	*
Write a wiki 写说明			*	*	*
Manage the issue tracker 管理议题			*	*	*
Add new team members 添加成员				*	*
Push changes to protected branches 向受保护的分支推送代码				*	*
Manage the branch protection 管理受保护的分支				*	*
Manage Git tags 管理标签				*	*
Edit the project 编辑项目信息				*	*
Add deploy keys to the project 添加项目部署密钥				*	*
Configure the project hooks 配置项目的钩子调用				*	*

gitlab名词解释：

二、代码仓库管理思路

总体思路：

项目经理承担owner角色，负责创建代码仓库
项目经理酌情指派一名核心开发人员为maintainer角色，负责此代码仓库的日常管理如添加开发者、审核合并请求。目的是为了分担项目经理在代码管理方面的工作，建议不要肆意分配maintainer角色，因为该角色权力太大
项目开发人员分配developer角色，负责代码开发和提交合并请求
仅参与此项目的人员才分配角色，不参与此项目的人员无权查看

新项目代码仓库管理流程：

老项目迭代开发代码仓库管理流程：

三、分支管理思路

分支种类：

master：主分支，是受保护分支，不可直接push
dev：开发分支，基本上可以跟着迭代走，每一个迭代一个dev分支，dev分支从master分支创建。是受保护分支，不可直接push
feature：特性分支，也即功能开发分支，一般情况下feature和dev分支是如影随形关系。feature从dev分支创建，开发人员在feature分支开发代码，开发完毕提交MergeRequest，拥有合并权限（即maintainer角色）的开发人员（开发组长、项目经理等）完成代码审核（非必须）并合并到dev分支，运维人员在jenkins中构建dev分支，这样开发的功能就部署到开发环境了。
test（或者叫release）：测试分支，用于部署到测试环境的分支，从dev分支创建，是受保护分支，不可直接push。test分支代码测试完毕，合并到master。
fixbug：bug修复分支，用于修改测试过程中测试人员提交的bug，从test分支创建，是修改bug的开发人员工作分支。
hotfix：//todo
prod：//todo