Gitlab 是一个利用 Ruby on Rails 开发的开源应用程序,实现一个自托管的 Git 项目仓库,可通过Web 界面进行访问公开的或者私人的项目 Gitlab 拥有与 Github 类似的功能,能够浏览源代码,管理缺陷和注释。可以管理团队对仓库的访问,他非常易于浏览提交过的版本并提供一个文件历史库。他还提供一个代码片段收集功能可以轻松实现代码复用,便于日后有需要的时候进行查找

一、环境准备
如果是测试环境,其内存建议2G及以上,可以去清华开源镜像站下载所需gitlab版本,其安装后,会自动安装nginx提供web界面,所以要避免80端口占用。

二、安装部署gitlab

1. 安装gitlab

[root@git /]# mkdir git
[root@git /]# cd git/
[root@git git]# wget https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/gitlab-ce-11.9.8-ce.0.el7.x86_64.rpm
[root@git git]# rpm -ivh gitlab-ce-11.9.8-ce.0.el7.x86_64.rpm 
#当gitlab安装完毕后会有一个大狐狸头
#由于我不打算做域名解析,所以需要修改其配置文件
[root@git git]# vim /etc/gitlab/gitlab.rb
external_url 'http://192.168.171.134'                # 将原本的域名改为本机IP
[root@git /]# gitlab-ctl reconfigure                 #重新配置gitlab,就算不修改配置文件,也需要在安装后重新配置gitlab,此处会等一会
[root@git /]# netstat -anput | grep -w 80          #确定nginx在监听80端口

2.配置gitlab
客户端访问服务器的IP地址,可以看到以下界面(配置密码并登陆):

持续集成之Gitlab安装与应用_第1张图片

持续集成之Gitlab安装与应用_第2张图片
上传服务器公钥(接下来的操作与在github上大同小异),先在服务器上生成密钥对:

[root@git /]# ssh-keygen -t rsa -C "[email protected]"
[root@git /]# cat ~/.ssh/id_rsa.pub 
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC7mTAcNqGbsRoPPAd2M+xfdVfsa4lLPVs37WHbM+iept0DdSIgVaoz++w4oHTccWcH6K5hvCJo5AvTzIuSn3rAV8E6sROL2yCafcLE+//rSpW5/cenvsuYhNV5jkqfuCs1moVev0BHnW//9XZJpyQFIQ8JNlASFGmRXOycNuP9NeacSo5IoXjRzHTA28674+LZwo6D6+klfAYo75rD7JQ61DhrAEq/xBHQ+5zigo6i95xsRdUMPpKRsb0fruTBYUC0jwNfKzgal1CuGTmqJ+l9MI4cnbHNYk2TYP74NgcUYHfp0n6Lr7HkUDAtsyGbT9zPfatU3nVOihN8efdupb8d [email protected]

然后回到web界面:
持续集成之Gitlab安装与应用_第3张图片
持续集成之Gitlab安装与应用_第4张图片
添加后如下:
持续集成之Gitlab安装与应用_第5张图片
创建一个库:
持续集成之Gitlab安装与应用_第6张图片持续集成之Gitlab安装与应用_第7张图片
持续集成之Gitlab安装与应用_第8张图片
持续集成之Gitlab安装与应用_第9张图片
回到服务器上进行克隆刚刚创建的库:

[root@git /]# git clone [email protected]:root/test1.git           # 进行克隆
[root@git /]# cd test1/                 # 可以看到这里和刚才库里的东西一样
[root@git test1]# ls
README.md
#定义用户名及email
[root@git test1]# git config --global user.name "test"
[root@git test1]# git config --global user.email "[email protected]"
#创建测试文件,并推送到远端库中测试
[root@git test1]# echo "aaaa" > test.txt
[root@git test1]# git add test.txt        
[root@git test1]# git commit -m "alter from 192.168.171.134"
[master 81dc1f8] alter from 192.168.171.134
 1 file changed, 1 insertion(+)
 create mode 100644 test.txt
[root@git test1]# git push origin master 

刷新web界面的库页面:
持续集成之Gitlab安装与应用_第10张图片

三、远端库的基本操作

当你从远端仓库克隆时,实际上git自动把本地的master分支和远端的master分支对应起来了,并且远程仓库的默认名称是origin。
要查看远程库的信息,使用以下命令

[root@git test1]# git remote                  # 简略信息
origin
[root@git test1]# git remote -v                # 详细信息
origin  [email protected]:root/test1.git (fetch) 
origin  [email protected]:root/test1.git (push)

推送分支:

[root@git test1]# git push origin master        #推送本地的master分支
[root@git test1]# git push origin dev            #推送本地的dev分支,若远端没有dev分支,会自动创建

抓取分支:

[root@git test1]# git pull origin dev          #根据提示将远端的dev分支抓取下来
当我们从远程库克隆时,默认情况下,只能看到master分支,可以使用git branch命令确认。
解决多人协作容易产生的问题
当我们整个小组对同一个分支进行开发时,如果在你提交之前,你的同事已经修改了分支的内容并推送到远端仓库,而碰巧你也对同样的文件做了修改,并试图推送,那么会推送失败,因为你的同事的最新提交的数据和你试图提交的数据有冲突(你本地的内容比远端仓库的旧了),解决的办法会在提示你推送失败的返回信息中给出,这里我们模拟一下这一过程。

[root@git /]# mkdir test2
[root@git /]# cd test2/
[root@git test2]# git clone [email protected]:root/test1.git
[root@git test2]# cd test1/
[root@git test1]# git checkout -b dev 
Switched to a new branch 'dev'
[root@git test1]# echo "bbbb" > tmp.txt
[root@git test1]# git add tmp.txt
[root@git test1]# git commit -m "commit from /test2"
[dev ba44ec3] commit from /test2
 1 file changed, 1 insertion(+)
 create mode 100644 tmp.txt
[root@git test1]# git push origin dev

回到web界面进行刷新,即可看到新提交的分支:
持续集成之Gitlab安装与应用_第11张图片
上面的操作是在/test2目录下进行操作的,那么现在操作/root目录下的远程仓库:

[root@git /]# cd root/test1/                #进入root目录下的远程仓库并创建dev分支,推送内容至远端仓库
[root@git test1]# git checkout -b dev 
Switched to a new branch 'dev'
[root@git test1]# echo "ccccc" > root.txt
[root@git test1]# git add root.txt
[root@git test1]# git commit -m "commit from /root"
[dev f8fd78d] commit from /root
 1 file changed, 1 insertion(+)
 create mode 100644 root.txt
[root@git test1]# git push origin dev             #此时我们推送,就会提示以下错误
To [email protected]:root/test1.git
 ! [rejected]        dev -> dev (fetch first)
error: failed to push some refs to '[email protected]:root/test1.git' 
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first merge the remote changes (e.g.,
hint: 'git pull') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
#无法推送一些引用到'[email protected]:root/test1.git' 
#提示远程版本库有我们本地版本库没有的提交,所以需要先将远端版本库pull下来,再提交
[root@git test1]# git pull origin dev            #根据提示将远端的dev分支pull下来
[root@git test1]# ls
README.md  root.txt  test.txt  tmp.txt
[root@git test1]# git push origin dev           #然后再次将本地的dev分支推送到gitlab,即可成功

此时,web界面的dev分支就有了我们在/test2目录和/root目录下提交的所有内容,如下:
持续集成之Gitlab安装与应用_第12张图片
但是master分支,仍然是最初的文件,如下:
持续集成之Gitlab安装与应用_第13张图片
现在进行远程版本库的分支合并,如下


[root@git test1]# git checkout master            # 切换到master分支
Switched to branch 'master'
[root@git test1]# git merge dev            # 合并dev分支
Updating 81dc1f8..386d906
Fast-forward
 root.txt | 1 +
 tmp.txt  | 1 +
 2 files changed, 2 insertions(+)
 create mode 100644 root.txt
 create mode 100644 tmp.txt
[root@git test1]# git pull 
Already up-to-date.
[root@git test1]# git add *
[root@git test1]# git commit -m "提交"
[root@git test1]# git push origin master          # 推送到远端库

持续集成之Gitlab安装与应用_第14张图片
现在已经拥有了dev分支的所有内容,那么接下来就演示如何删除远程版本库的dev分支:

[root@git test1]# git branch -d dev              # 删除本地的dev分支
Deleted branch dev (was 386d906).
[root@git test1]# git branch -r -d origin/dev           # #删除指定的远程分支 
Deleted remote branch origin/dev (was 386d906).
[root@git test1]# git push origin :dev          # #将删除的分支提交到远程版本库中
To [email protected]:root/test1.git
 - [deleted]         dev

至此,远端版本库中的dev分支就被删除了,如下:
持续集成之Gitlab安装与应用_第15张图片

四、重置gitlab管理员密码

[root@git /]# gitlab-rails console production          #执行该命令,只有第一个命令字可以tab出来
-------------------------------------------------------------------------------------
 GitLab:       11.9.8 (48528bc)
 GitLab Shell: 8.7.1
 postgresql:   9.6.11
-------------------------------------------------------------------------------------
Loading production environment (Rails 5.0.7.1)
irb(main):001:0> user = User.where(id:1).first
=> #
irb(main):002:0> user.password='test1234'
=> "test1234"
irb(main):003:0> user.password_confirmation='test1234'
=> "test1234"
irb(main):004:0> user.save
Enqueued ActionMailer::DeliveryJob (Job ID: 86d1357c-d974-4bd9-ad0c-03b4496d9327) to Sidekiq(mailers) with arguments: "DeviseMailer", "password_change", "deliver_now", #>
=> true
irb(main):005:0> true
=> true
irb(main):006:0> exit
至此,再次登录,就需要使用新密码test1234进行登录了。