版本控制gitlab

gitlab

版本控制介绍

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

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

gitlab的配置示例

[root@zlb12 ~]# yum -y install git    //安装git
[root@zlb12 ~]# yum -y install curl openssh-server openssh-clients postfix cronie policycoreutils-python       //安装必要的依赖包

[root@zlb12 ~]# systemctl restart postfix        //设置postfix的开机自动开启并重启
[root@zlb12 ~]# systemctl enable postfix
[root@zlb12 ~]# cd /usr/src/
[root@zlb12 src]# ls      //这里是我直接下载好的包
debug  gitlab-ce-11.2.1-ce.0.el7.x86_64.rpm  kernels
[root@zlb12 src]# rpm -ivh gitlab-ce-11.2.1-ce.0.el7.x86_64.rpm      //直接安装就可以了



[root@zlb12 ~]# vim /etc/gitlab/gitlab.rb     //修改gitlab的配置文件，设置成自己的IP或者域名

##! https://docs.gitlab.com/omnibus/settings/configuration.html#configuring-the-external-url-for-gitlab
external_url 'http://192.168.192.12'        //注意这里的IP前面有http，这个要加上

## Roles for multi-instance GitLab


[root@zlb12 ~]# gitlab-ctl reconfigure     //重载配置文件
[root@zlb12 ~]# gitlab-ctl restart          //重启gitlab服务


查看当前版本并修改密码
[root@zlb12 ~]# head -1 /opt/gitlab/version-manifest.txt 
gitlab-ce 11.2.1
[root@zlb12 ~]# 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> 
irb(main):002:0* user = User.where(id: 1).first
=> #<User id:1 @root>
irb(main):003:0> user.password = '1234567890'    //在此处设置密码，至少为8个字符
=> "1234567890"
irb(main):004:0> user.save!    //记得保存退出
Enqueued ActionMailer::DeliveryJob (Job ID: b0c0eaa3-c081-4fa2-8b2e-66a14456a2c9) to Sidekiq(mailers) with arguments: "DeviseMailer", "password_change", "deliver_now", gid://gitlab/User/1
=> true
irb(main):005:0> exit
[root@zlb12 ~]# 

在网页上面访问你得gitlab服务器

在这上面就可以做创建项目等操作了

关于拉取master和同步master

如果要把写的文件同步到网页上去，则需要执行以下步骤：

[root@zlb11 gitlab002]# git commit -a -m 'Initial commit'
[master b73b558] Initial commit
 1 file changed, 4 insertions(+), 1 deletion(-)

[root@zlb11 gitlab002]# git push -u origin master
Username for 'http://192.168.192.12': zlb
Password for 'http://zlb@192.168.192.12': 
Counting objects: 5, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 299 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To http://192.168.192.12/root/gitlab002.git
   0cf14eb..b73b558  master -> master
Branch master set up to track remote branch master from origin.
[root@zlb11 gitlab002]# 

如果想把网页上的提取到文件中，则需要：

[root@zlb11 gitlab002]# git pull -u origin master
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Total 3 (delta 0), reused 0 (delta 0)
Unpacking objects: 100% (3/3), done.
From http://192.168.192.12/root/gitlab002
 * branch            master     -> FETCH_HEAD
Updating 9b6501c..dd44966
Fast-forward
 README.md | 4 ++++
 1 file changed, 4 insertions(+)

得到的结果如图：