版本控制gitlab
gitlab介绍
GitLab 是一个用于仓库管理系统的开源项目,使用Git作为代码管理工具,并在此基础上搭建起来的Web服务。安装方法是参考GitLab在GitHub上的Wiki页面。
版本控制介绍
版本控制是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理,是软件配置管理的核心思想之一。
版本控制最主要的功能就是追踪文件的变更。它将什么时候、什么人更改了文件的什么内容等信息忠实地了记录下来。每一次文件的改变,文件的版本号都将增加。除了记录版本变更外,版本控制的另一个重要功能是并行开发。软件开发往往是多人协同作业,版本控制可以有效地解决版本的同步以及不同开发者之间的开发通信问题,提高协同开发的效率。并行开发中最常见的不同版本软件的错误(Bug)修正问题也可以通过版本控制中分支与合并的方法有效地解决。
具体来说,在每一项开发任务中,都需要首先设定开发基线,确定各个配置项的开发初始版本,在开发过程中,开发人员基于开发基线的版本,开发出所需的目标版本。当发生需求变更时,通过对变更的评估,确定变更的影响范围,对被影响的配置项的版本进行修改,根据变更的性质使配置项的版本树继续延伸或产生新的分支,形成新的目标版本,而对于不受变更影响的配置项则不应发产生变动。同时,应能够将变更所产生的对版本的影响进行记录和跟踪。必要时还可以回退到以前的版本。例如当开发需求或需求变更被取消时,就需要有能力将版本回退到开发基线版本。在曾经出现过的季度升级包拆包和重新组包的过程中,其实就是将部分配置项的版本回退到开发基线,将对应不同需求的不同分支重新组合归并,形成新的升级包版本。
版本控制是软件配置管理的核心功能。所有置于配置库中的元素都应自动予以版本的标识,并保证版本命名的唯一性。版本在生成过程中,自动依照设定的使用模型自动分支、演进。除了系统自动记录的版本信息以外,为了配合软件开发流程的各个阶段。还需要定义、收集一些元数据来记录版本的辅助信息和规范开发流程,并为今后对软件过程的度量做好准备。当然如果选用的工具支持,这些辅助数据将能直接统计出过程数据,从而方便软件过程改进活动的进行。对于配置库中的各个基线控制项,应该根据其基线的位置和状态来设置相应的访问权限。一般来说,对于基线版本之前的各个版本都应处于被锁定的状态,如需要对它们进行变更,则应按照变更控制的流程来进行操作。
常用的版本控制工具:
- gitlab
- subversion
gitlab部署
//配置epel源
[root@MF ~]# dnf -y install epel-release
//安装git
[root@MF ~]# yum -y install git
//安装依赖包
[root@MF ~]# yum -y install curl openssh-server openssh-clients postfix cronie policycoreutils-python
//启动postfix服务并设置开机自启
[root@MF ~]# systemctl enable --now postfix
//下载gitlab的rpm包
[root@MF ~]# wget https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/gitlab-ce-13.9.7-ce.0.el8.x86_64.rpm
[root@MF ~]# ls
gitlab-ce-13.9.7-ce.0.el8.x86_64.rpm
//安装gitlab
[root@MF ~]# 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@MF ~]# vim /etc/gitlab/gitlab.rb
。。。。。。
##! address from AWS. For more details, see:
##! https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instancedata-data-retrieval.html
external_url 'http://192.168.186.130' //内网访问填写本地IP,用外网就填域名
//重载配置文件并重启gitlab
[root@MF ~]# gitlab-ctl reconfigure
[root@MF ~]# gitlab-ctl restart
ok: run: alertmanager: (pid 24673) 0s //告警管理器
ok: run: gitaly: (pid 24685) 0s
ok: run: gitlab-exporter: (pid 24706) 1s //导出
ok: run: gitlab-workhorse: (pid 24716) 0s //工作码
ok: run: grafana: (pid 24727) 1s //图形化
ok: run: logrotate: (pid 24743) 0s //日志滚动
ok: run: nginx: (pid 24825) 0s //网站
ok: run: node-exporter: (pid 24833) 1s
ok: run: postgres-exporter: (pid 24840) 0s
ok: run: postgresql: (pid 24854) 1s //数据库
ok: run: prometheus: (pid 24863) 0s
ok: run: puma: (pid 24876) 1s
ok: run: redis: (pid 24881) 0s //缓存
ok: run: redis-exporter: (pid 24887) 0s
ok: run: sidekiq: (pid 24896) 1s
//查看当前的gitlab版本
[root@MF ~]# head -1 /opt/gitlab/version-manifest.txt
gitlab-ce 13.9.7
//关闭防火墙
[root@MF ~]# systemctl stop firewalld
[root@MF ~]# setenforce 0
gitlab管理
在网页输入IP地址
设置密码
用户名为root
取出注册功能,以防止别人登录
破解管理员密码
[root@MF ~]# 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 = 'MuFeng33' //密码必须至少8个字符
=> "MuFeng33"
irb(main):003:0> user.password_confirmation = 'MuFeng33' //重复密码
=> "MuFeng33"
irb(main):004:0> user.save! //强制保存修改,若无问题将返回true
Enqueued ActionMailer::MailDeliveryJob (Job ID: fdddda08-38cc-4584-bec7-2be60d2fb1b6) to Sidekiq(mailers) with arguments: "DeviseMailer", "password_change", "deliver_now", {:args=>[#<GlobalID:0x00007fe0e2fd0780 @uri=#<URI::GID gid://gitlab/User/1>>]}
=> true
irb(main):005:0> exit //退出
输入原密码显示错误,密码已被修改,输入修改后的密码就可以进入了
在more里选择Admin Area来进行设置管理
项目上线流程:
开发基线:
- master(仓库,都是符合预期的代码)
- 20219512 (开发代码)
- 测试(没问题就合并master)
- 20219513
- 测试
发布-->发版-->上线(分支)
回滚、回退(防止上线时出问题,保证服务正常进行相当于虚拟机快照)
环境部署:
- 开发环境
- 测试环境
- 预部署环境/准生产环境
- 生产环境(用户正在使用的)
代码上线流程:
- 开发人员开发代码→ 开发环境
- 测试人员测试代码(是否符合预期,如果不符合就打回)→ 测试环境
- 运维人员发布(符合预期的情况)→ 预部署环境
- 测试人员测试代码(二次测试)
- 运维人员发布
- 发邮件申请发布(开发人员)
邮件发给开发leader、抄送给运维团队
- 填写变更单
- 开发leader审批
- 评估影响范围(运维人员)
- 向运维leader汇报(运维人员)
- 与开发leader协商(运维leader)
- 发布(运维人员)→生产环境
- 测试(测试人员)---------出问题就回滚(运维人员)------