gitlab版本控制

版本控制介绍

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

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

gitlab+Jenkins与Docker的自动化CI/CD

高效的CI/CD环境能获得什么呢？

及时发现问题：提早得到集成反馈和修复
大幅度减少故障率：业务流程化，减少人工出错风险
加快迭代速度：可以在几分钟内运行几十次、甚至上百次持续集成
减少时间成本：多项目管理及繁琐的部署工作没有了，不必再花费一定时间去准备
研发端到端流水线，一键部署，应用弹性伸缩，灰度发布

要想做到一个高效的CI/CD流程，需要有能力整合DevOps工具链及多环境适配，并且设计之初以自动化为原则，如一键部署、一键升级。


工作流程：

开发人员提交代码到Git版本仓库；
Jenkins人工/定时触发项目构建；
Jenkins拉取代码、代码编译、打包镜像、推送到镜像仓库；
Jenkins在Docker主机创建容器并发布。

常用的版本控制工具：

• gitlab
• subversion

gitlab部署

记得关闭防火墙和selinux

//配置yum源
[root@gitlab ~]# cd /etc/yum.repos.d/
[root@gitlab yum.repos.d]# wget http://mirrors.163.com/.help/CentOS7-Base-163.repo
[root@gitlab yum.repos.d]# sed -i 's/\$releasever/7/g' /etc/yum.repos.d/CentOS7-Base-163.repo
[root@gitlab yum.repos.d]# sed -i 's/^enabled=.*/enabled=1/g' /etc/yum.repos.d/CentOS7-Base-163.repo
[root@gitlab yum.repos.d]# yum -y install epel-release

//安装git
[root@gitlab ~]# yum -y install epel-release git
//安装依赖包
[root@gitlab ~]# yum -y install curl openssh-server openssh-clients postfix cronie policycoreutils-python
//启动postfix服务并设置开机自启
[root@gitlab ~]# systemctl start postfix
[root@gitlab ~]# systemctl enable postfix

//下载gitlab的rpm包
[root@gitlab ~]# cd /usr/src/
[root@gitlab src]# wget https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/gitlab-ce-11.2.1-ce.0.el7.x86_64.rpm
[root@gitlab src]# ls
gitlab-ce-11.2.1-ce.0.el7.x86_64.rpm
//安装gitlab
[root@gitlab src]# rpm -ivh gitlab-ce-11.2.1-ce.0.el7.x86_64.rpm
//修改配置文件
[root@gitlab src]# vim /etc/gitlab/gitlab.rb
external_url 'http://192.168.230.11'
//重载配置文件并重启gitlab
[root@gitlab ~]# gitlab-ctl reconfigure
[root@gitlab ~]# gitlab-ctl restart

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

//设置管理员密码
[root@gitlab ~]# gitlab-rails console production
-------------------------------------------------------------------------------------
 GitLab:       11.2.1 (2d6c1c6)
 GitLab Shell: 8.1.1
 postgresql:   9.6.8
-------------------------------------------------------------------------------------
Loading production environment (Rails 4.2.10)
irb(main):001:0> user = User.where(id: 1).first  //id为1的是超级管理员
=> #<User id:1 @root>
irb(main):002:0> user.password = 'shuai.com'  //密码至少是8个字符
=> "shuai.com"
irb(main):003:0> user.save!  //保存修改，若无问题将返回true
Enqueued ActionMailer::DeliveryJob (Job ID: 008e2579-0626-43d5-b78d-bfe0091bcbe9) to Sidekiq(mailers) with arguments: "DeviseMailer", "password_change", "deliver_now", gid://gitlab/User/1
=> true
irb(main):004:0> exit

gitlab管理

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

我自己理解的上线流程(没用过k8s+jenkins，纯自己编的…)：

k8s+git+jenkins：
开发人员提交代码到Git版本仓库:
开发以自己的gitlab账号将项目clone到本地，在本地开发，然后再push上去，完了之后等领导确认，然后就可以合并master分支
Jenkins人工/定时触发项目构建:
jenkins部署好了之后，要安装k8s插件，然后在k8s插件配置那里配置k8s集群的url地址和证书，还有一些参数
Jenkins拉取代码、代码编译、打包镜像、推送到镜像仓库:
创建pipline构建项目，设置参数、变量、脚本、定时任务，自动化测试（下载插件或者用python脚本）
Jenkins在Docker主机创建容器并发布:
jenkins会调用k8s master去部署相应的容器