Gitlab的安装及使用
1. Gitlab概述
1.1 GitLab介绍
GitLab是利用Ruby on Rails一个开源的版本管理系统，实现一个自托管的Git项目仓库，可通过Web界面进行访问公开的或者私人项目。
GitLab能够浏览源代码，管理缺陷和注释。可以管理团队对仓库的访问，它非常易于浏览提交过的版本并提供一个文件历史库。团队成员可以利用内置的简单聊天程序(Wall)进行交流。
它还提供一个代码片段收集功能可以轻松实现代码复用，便于日后有需要的时候进行查找
1.2 Gitlab服务构成
Nginx：静态web服务器。
gitlab-shell：用于处理Git命令和修改authorized keys列表。
gitlab-workhorse: 轻量级的反向代理服务器。
logrotate：日志文件管理工具。
postgresql：数据库。
redis：缓存数据库。
sidekiq：用于在后台执行队列任务（异步执行）。
unicorn：An HTTP server for Rack applications，GitLab Rails应用是托管在这个服务器上面的。
1.3 Gitlab工作流程
1.4 GitLab Shell
GitLab Shell有两个作用：为GitLab处理Git命令、修改authorized keys列表
当通过SSH访问GitLab Server时，GitLab Shell会：
- 限制执行预定义好的Git命令（git push，git pull，git annex）
- 调用GitLab Rails API检查权限
- 执行pre-receive钩子（在企业版中叫做Git钩子）
- 执行用户请求的动作，处理GitLab的post-receive动作
- 处理自定义的post-receive动作
当通过http(s)访问GitLab Server时，工作流程取决于你是从Git仓库拉取(pull)代码还是向git仓库推送(push)代码：
如果是从Git仓库拉取(pull)代码，GitLab Rails应用会全权负责处理用户鉴权和执行Git命令的工作
如果是向Git仓库推送(push)代码，GitLab Rails应用既不会进行用户鉴权也不会执行Git命令，它会把以下工作交由GitLab Shell进行处理：
- 调用GitLab Rails API 检查权限
- 执行pre-receive钩子（在GitLab企业版中叫做Git钩子）
- 执行你请求的动作
- 处理GitLab的post-receive动作
- 处理自定义的post-receive动作
1.5 GitLab Workhorse
GitLab Workhorse是一个敏捷的反向代理。它会处理一些大的HTTP请求，比如文件上传、文件下载、Git push/pull和Git包下载。其它请求会反向代理到GitLab Rails应用，即反向代理给后端的unicorn。
2. Gitlab的安装部署
- Gitlab要求服务器内存2G以上
2.1 方式一:下载gitlab-ce的rpm包
将对应版本的gitlab-ce下载到本地后，直接yum安装即可
# 要先将这个rpm包下载到本地
yum install -y gitlab-ce-13.6.1-ce.0.el7.x86_64.rpm
2.2 方式二:配置yum源
在 /etc/yum.repos.d/ 下新建 gitlab-ce.repo，写入如下内容：
[gitlab-ce]
name=gitlab-ce
baseurl=https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/
Repo_gpgcheck=0
Enabled=1
Gpgkey=https://packages.gitlab.com/gpg.key
然后创建cache，再直接安装gitlab-ce
yum makecache # 这一步会创建大量的数据
# 直接安装最新版
yum install -y gitlab-ce
# 如果要安装指定的版本，在后面填上版本号即可
yum install -y gitlab-ce-13.6.1
# 如果安装时出现gpgkey验证错误，只需在安装时明确指明不进行gpgkey验证
yum install gitlab-ce -y --nogpgcheck
2.3 gitlab的配置
配置文件位置 /etc/gitlab/gitlab.rb
[root@centos7 test]# vim
3.2 创建User
- 创建四个User：pm、dev1、dev2、dev3
3.3 添加User到Group中并授权
3.4 创建Project并配置SSH
3.5 在项目中添加成员
3.6 将本地文件推送到Gitlab
# 将app01项目克隆下来
git clone git@10.0.0.51:java/app01.git
# 初始化配置
git config --global user.name "hgzero"
git config --global user.email "hgzero@qq.com"
# 在app01目录下新建一些文件
# 推送到gitlab
git add .
git commit -m "first edition"
git push origin master
4. 制定开发计划
4.1 创建开发计划
- 项目：app01
- 版本：v1.0
4.2 创建里程碑Milestones
- 用pm账号登录gitlab后操作（先要在admin中设置pm账号的密码）
- 要根据开发计划来创建Milestones
4.3 根据开发计划创建issue
- 创建4个issue，分派给dev1和dev2这两个开发人员
4.4 开发者登录账号查看分派的任务
- 然后开发dev1登录gitlab，就能看到任务已经分配过来了
4.5 开发流程
- 公司里的开发开始任务
# 1. 先从仓库把项目拉下来
git clone git@10.0.0.51:java/app01.git
cd app01/
# 2.先创建一个自己的分支，然后进行开发
git checkout -b index # 创建一个叫index的分支，并切换到这个分支
git status
# 3. 开始开发首页
echo "<h1>welcome to this app</h1>" > index.html # 假设就开发了一个index页面
# 4. 开发完成后，把项目传到仓库
git add .
git commit -m "index"
# 如果写成 git commit -m "close #2" ，则表示merge请求允许且merge成功之后，自动删除编号为#2的issue
# 传到index分支
git push origin index
4.6 合并分支
1）开发dev1发送合并分支请求给pm
2）pm收到开发的Merge请求后进行处理
- 使用pm登录，就可以看到pm已经收到了合并请求merge request
3）开发dev1确认任务完成
- 退出pm账户，登入dev1账户：
- 或者点进去后，在侧边栏进行标识Done，然后已经完成的issue，可以将其Close
- 这个时候Milestones的进度已经往前进了一些了：
4.7 开发其他功能
- 然后其他开发者或者自己再次进行开发时，先要把刚刚更新后的内容（master主干）拉回来，然后再进行开发
git checkout master # 切换到master
git pull # 从远端仓库拉取数据
# 然后再进行其他操作
5. Gitlab备份恢复
5.1 备份gitlab
1）修改配置文件
- /etc/gitlab/gitlab.rb
# 备份保存的位置，这里是默认位置，可修改成指定的位置
gitlab_rails['backup_path'] = "/var/opt/gitlab/backups"
# 设置备份保存的时间，超过此时间的日志将会被新覆盖
gitlab_rails['backup_keep_time'] = 604800 # 这里是默认设置，保存7天
# 特别注意：
# 如果自定义了备份保存位置，则要修改备份目录的权限，比如：
# chown -R git.git /data/backup/gitlab
- 配置完成后要重启以使配置生效
# 重读配置文件
gitlab-ctl reconfigure
# 重启gitlab
gitlab-ctl restart
2）设置定时任务
# 每天凌晨2点定时创建备份
# 将一下内容写入到定时任务中 crontab -e
0 2 * * * /usr/bin/gitlab-rake gitlab:backup:create
# 备份策略建议：
# 本地保留3到7天，在异地备份永久保存
3）备份时间的识别
# 备份后的文件类似这样的形式：1494170842_gitlab_backup.tar，可以根据前面的时间戳确认备份生成的时间
data -d @1494170842
5.2 恢复gitlab
1）停止数据写入服务
# 停止数据写入服务
gitlab-ctl stop unicorn
gitlab-ctl stop sidekiq
2）进行数据恢复并重启
# 进行恢复
gitlab-rake gitlab:backup:restore BACKUP=1494170842 # 这个时间戳就是刚刚备份的文件前面的时间戳
# 重启
gitlab-ctl restart
6. gitlab邮件通知配置
- vim /etc/gitlab/gitlab.rb
gitlab_rails['time_zone'] = 'Asia/Shanghai'
gitlab_rails['gitlab_email_enabled'] = true
gitlab_rails['gitlab_email_from'] = 'example@163.com' # 填写发件人的邮箱地址
gitlab_rails['gitlab_email_display_name'] = 'gitlab'
gitlab_rails['smtp_enable'] = true
gitlab_rails['smtp_address'] = "smtp.163.com" # smtp服务器的地址,如网易的地址
gitlab_rails['smtp_port'] = 25 # 要注意如果使用了SSL/TLS的话,端口可能不是25
gitlab_rails['smtp_user_name'] = "smtp用户名"
gitlab_rails['smtp_password'] = "smtp用户密码"
gitlab_rails['smtp_domain'] = "163.com"
gitlab_rails['smtp_authentication'] = "login"
7. 使用SourceTree进行项目开发
7.1 项目拉取
- 先把项目克隆下来
- 如果ssh的方式克隆失败，可能是因为SSH Key没找到，可以在这里添加
7.2 创建分支进行功能开发
1）新建立一个叫“pay”的分支
2）进行功能开发
7.3 提交项目
1）开发pay功能完成后进行提交
- 可以看到SourceTree中已经有“未提交的更改”
2）添加“用户信息”
3）进行提交
- 注释也可以写成 close #3 ，作用是提交完成后关闭3号issue
7.4 推送到仓库
- 然后就可以在gitlab上进行发送merge请求了，后面就可以进行其他操作了
7.5 项目上线
1）当所有工作完成之后，就可以进行上线了
2）打标签
- 上线先打个标签
3）删除无用分支
- 然后删除已经合并到主干中的不必要的分支，如index、pay等
- 最后一定要注意时间一定要同步，不然会错乱