Gitlab版本控制

Gitlab版本控制


Gitlab简介

GitLab是利用Ruby on Rails一个开源的版本管理系统，实现一个自托管的Git项目仓库，可通过Web界面进行访问公开的或者私人项目。

GitLab能够浏览源代码，管理缺陷和注释。可以管理团队对仓库的访问，它非常易于浏览提交过的版本并提供一个文件历史库。团队成员可以利用内置的简单聊天程序(Wall)进行交流。

它还提供一个代码片段收集功能可以轻松实现代码复用，便于日后有需要的时候进行查找。

项目各版本不允许覆盖。


Gitlab服务构成

Nginx：静态web服务器。

gitlab-shell：用于处理Git命令和修改authorized keys列表。

gitlab-workhorse: 轻量级的反向代理服务器。

logrotate：日志文件管理工具。

postgresql：数据库。

redis：缓存数据库。

sidekiq：用于在后台执行队列任务（异步执行）。

unicorn：An HTTP server for Rack applications，GitLab Rails应用是托管在这个服务器上面的。


Gitlab工作流程

1


版本控制介绍

版本控制是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理，是软件配置管理的核心思想之一。

版本控制最主要的功能就是追踪文件的变更。它将什么时候、什么人更改了文件的什么内容等信息忠实地了记录下来。每一次文件的改变，文件的版本号都将增加。除了记录版本变更外，版本控制的另一个重要功能是并行开发。软件开发往往是多人协同作业，版本控制可以有效地解决版本的同步以及不同开发者之间的开发通信问题，提高协同开发的效率。并行开发中最常见的不同版本软件的错误(Bug)修正问题也可以通过版本控制中分支与合并的方法有效地解决。
具体来说，在每一项开发任务中，都需要首先设定开发基线，确定各个配置项的开发初始版本，在开发过程中，开发人员基于开发基线的版本，开发出所需的目标版本。当发生需求变更时，通过对变更的评估，确定变更的影响范围，对被影响的配置项的版本进行修改，根据变更的性质使配置项的版本树继续延伸或产生新的分支，形成新的目标版本，而对于不受变更影响的配置项则不应发产生变动。同时，应能够将变更所产生的对版本的影响进行记录和跟踪。必要时还可以回退到以前的版本。例如当开发需求或需求变更被取消时，就需要有能力将版本回退到开发基线版本。在曾经出现过的季度升级包拆包和重新组包的过程中，其实就是将部分配置项的版本回退到开发基线，将对应不同需求的不同分支重新组合归并，形成新的升级包版本。
版本控制是软件配置管理的核心功能。所有置于配置库中的元素都应自动予以版本的标识，并保证版本命名的唯一性。版本在生成过程中，自动依照设定的使用模型自动分支、演进。除了系统自动记录的版本信息以外，为了配合软件开发流程的各个阶段。还需要定义、收集一些元数据来记录版本的辅助信息和规范开发流程，并为今后对软件过程的度量做好准备。当然如果选用的工具支持，这些辅助数据将能直接统计出过程数据，从而方便软件过程改进活动的进行。对于配置库中的各个基线控制项，应该根据其基线的位置和状态来设置相应的访问权限。一般来说，对于基线版本之前的各个版本都应处于被锁定的状态，如需要对它们进行变更，则应按照变更控制的流程来进行操作。

常用的版本控制工具：

  • gitlab
  • subversion

Gitlab部署

要求环境干净，内存2G以上

//关闭防火墙
[root@gitlab ~]# systemctl disable --now firewalld
[root@gitlab ~]# sed -ri 's/^(SELINUX=).*/\1disabled/g' /etc/sysconfig/selinux
[root@gitlab ~]# setenforce 0

//安装依赖包
[root@gitlab ~]# yum -y install git curl openssh-server openssh-clients postfix cronie python3-policycoreutils policycoreutils-python-utils

[root@gitlab ~]# systemctl enable --now postfix

//下载gitlab安装包
[root@gitlab ~]# https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el8/gitlab-ce-13.9.7-ce.0.el8.x86_64.rpm
[root@gitlab ~]# ls
anaconda-ks.cfg  gitlab-ce-13.9.7-ce.0.el8.x86_64.rpm

//安装
[root@gitlab ~]# rpm -ivh gitlab-ce-13.9.7-ce.0.el8.x86_64.rpm 
warning: gitlab-ce-13.9.7-ce.0.el8.x86_64.rpm: Header V4 RSA/SHA256 Signature, key ID f27eab47: NOKEY
Verifying...                          ################################# [100%]
Preparing...                          ################################# [100%]
Updating / installing...
   1:gitlab-ce-13.9.7-ce.0.el8        ################################# [100%]
It looks like GitLab has not been configured yet; skipping the upgrade script.

       *.                  *.
      ***                 ***
     *****               *****
    .******             *******
    ********            ********
   ,,,,,,,,,***********,,,,,,,,,
  ,,,,,,,,,,,*********,,,,,,,,,,,
  .,,,,,,,,,,,*******,,,,,,,,,,,,
      ,,,,,,,,,*****,,,,,,,,,.
         ,,,,,,,****,,,,,,
            .,,,***,,,,
                ,*,.
  


     _______ __  __          __
    / ____(_) /_/ /   ____ _/ /_
   / / __/ / __/ /   / __ `/ __ \
  / /_/ / / /_/ /___/ /_/ / /_/ /
  \____/_/\__/_____/\__,_/_.___/
  

Thank you for installing GitLab!
GitLab was unable to detect a valid hostname for your instance.
Please configure a URL for your GitLab instance by setting `external_url`
configuration in /etc/gitlab/gitlab.rb file.
Then, you can start your GitLab instance by running the following command:
  sudo gitlab-ctl reconfigure

For a comprehensive list of configuration options please see the Omnibus GitLab readme
https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/README.md

Help us improve the installation experience, let us know how we did with a 1 minute survey:
https://gitlab.fra1.qualtrics.com/jfe/form/SV_6kVqZANThUQ1bZb?installation=omnibus&release=13-9

//修改配置文件
[root@gitlab ~]# vim /etc/gitlab/gitlab.rb
······
external_url 'http://192.168.100.1'     //将此处设为gitlab的服务器ip地址亦或域名
······

//重载配置文件并重启gitlab(耐心等待)
[root@gitlab ~]# gitlab-ctl reconfigure
[root@gitlab ~]# gitlab-ctl restart
ok: run: alertmanager: (pid 9394) 0s
ok: run: gitaly: (pid 9406) 0s
ok: run: gitlab-exporter: (pid 9428) 0s
ok: run: gitlab-workhorse: (pid 9431) 0s
ok: run: grafana: (pid 9437) 1s
ok: run: logrotate: (pid 9446) 0s
ok: run: nginx: (pid 9456) 0s
ok: run: node-exporter: (pid 9461) 0s
ok: run: postgres-exporter: (pid 9465) 1s
ok: run: postgresql: (pid 9549) 0s
ok: run: prometheus: (pid 9558) 0s
ok: run: puma: (pid 9570) 0s
ok: run: redis: (pid 9575) 0s
ok: run: redis-exporter: (pid 9581) 1s
ok: run: sidekiq: (pid 9598) 1s

//查看当前的gitlab版本
[root@localhost ~]# head -1 /opt/gitlab/version-manifest.txt
gitlab-ce 13.9.7

//破解管理员密码
[root@gitlab ~]# gitlab-rails console -e production
--------------------------------------------------------------------------------
 Ruby:         ruby 2.7.2p137 (2020-10-01 revision 5445e04352) [x86_64-linux]
 GitLab:       13.9.7 (05f9b5a73c8) FOSS
 GitLab Shell: 13.17.0
 PostgreSQL:   12.6
--------------------------------------------------------------------------------
Loading production environment (Rails 6.0.3.4)
irb(main):001:0> user = User.where(id: 1).first     //id为1的是超级管理员
=> #<User id:1 @root>
irb(main):002:0>  user.password = '12345678'     //密码必须至少8个字符
=> "12345678"
irb(main):003:0> user.password_confirmation = '12345678'
=> "12345678"
irb(main):004:0> user.save!     //保存修改，若无问题将返回true
Enqueued ActionMailer::MailDeliveryJob (Job ID: 46792dd0-533f-4116-af0f-838ae9c86a9e) to Sidekiq(mailers) with arguments: "DeviseMailer", "password_change", "deliver_now", {:args=>[#<GlobalID:0x00007fc49c0ac180 @uri=#<URI::GID gid://gitlab/User/1>>]}
=> true
irb(main):005:0> exit   //退出

Gitlab常用命令

gitlab-ctl start         # 启动所有 gitlab 组件
gitlab-ctl stop          # 停止所有 gitlab 组件
gitlab-ctl restart       # 重启所有 gitlab 组件
gitlab-ctl status        # 查看服务状态

gitlab-ctl reconfigure   # 启动服务
gitlab-ctl show-config   # 验证配置文件

gitlab-ctl tail          # 查看日志

gitlab-rake gitlab:check SANITIZE=true --trace    # 检查gitlab

vim /etc/gitlab/gitlab.rb # 修改默认的配置文件

Gitlab管理

在浏览器中使用Gitlab服务器的ip访问，页面如下图所示

2

主页如下图所示

3

管理页面如下图所示

4

Gitlab常用管理操作

  • 项目管理（通常只是创建新项目）
  • 创建成员组（针对某个项目创建一个成员组）
  • 用户管理（此用户为Gitlab用户而非系统用户）
    • 来了新员工，为其添加Gitlab用户
    • 员工离职，将其Gitlab用户禁用或删除

上线项目

开发基线：

  • master（经过测试的没问题的基础代码）
  • 20210512（新功能1）
  • 20210513（新功能2）

发布-->发版-->上线（分支）

回滚、回退（防止上线时出问题，保证服务正常进行）

部署环境：

  • 开发环境
  • 测试环境
  • 预部署环境/准生产环境
  • 生产环境（用户使用）

上线流程：

定期变更（每周二、周四晚上18：30以后）

紧急变更，向CTO说明情况，由CTO来决定要不要发

  • 开发代码（开发人员）———— 打回 ————|

  • 测试（测试人员） ———— 有问题 ————|

  • 发布（运维人员） ——> 预部署环境

  • 测试（测试人员）

  • 发邮件申请发布（开发人员）

​ 邮件发给开发Leader、抄送给运维团队

  • 填写变更单

  • 开发Leader审批

  • 评估影响范围（运维人员）

  • 向运维Leader汇报（运维人员）

  • 与开发Leader协商（运维Leader）

  • 发布（运维人员） ——> 生产环境

  • 测试（测试人员） ———— 出问题就回滚（运维人员） ————|

posted @ 2021-05-12 18:31  Serein)  阅读(181)  评论(0)  编辑  收藏  举报