gitlab版本控制系统_git获取指定版本的代码

文章目录

1版本控制介绍
2 Gitlab 介绍
3 Gitlab和GitHub的区别
4 Git的家族成员
5 git、gitlab、GitHub的简单区别
6 Git和SVN的区别
7 Gitlab的服务构成
8 GitLab工作流程
9 部署Gitlab
10 gitlab管理
11 运维上线，发布，发版流程(应用于生产环境)

1版本控制介绍

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

2 Gitlab 介绍

GitLab 是一个用于仓库管理系统的开源项目。使用Git作为代码管理工具，并在此基础上搭建起来的web服务

可通过 Web 界面进行访问公开的或者私人项目。它拥有与Github类似的功能，能够浏览源代码，管理缺陷和注释。可以管理团队对仓库的访问，它非常易于浏览提交过的版本并提供一个文件历史库。团队成员可以利用内置的简单聊天程序(Wall)进行交流。它还提供一个代码片段收集功能可以轻松实现代码复用。

可以简单的理解，gitlab 就是支持搭建在本地(公司)服务器上的一个 github。支持相关的个性化设置和配置，同时gitlab 支持相关的 CI （持续化集成），为相关的项目自动化集成构建、测试、部署、交付提供了可能。

3 Gitlab和GitHub的区别

相同点
二者都是基于web的Git仓库，在很大程度上Gitlab是仿照GitHub来做的；它们都提供了分享开源项目的平台，为开发团队提供了存储、分享、发布和合作开发项目的中心化云存储的场所。

不同点
GitHuab如果要使用私有仓库，是需要付费的。Gitlab可以在上面创建私人的免费仓库。
Gitlab让开发团队对他们的代码仓库拥有更多的控制，相比于Gitlab，它有不少的特色：
　　　　1.允许免费设置仓库权限;
　　　　2.允许用户选择分享一个project的部分代码;
　　　　3.允许用户设置project的获取权限，进一步的提升安全性;
　　　　4.可以设置获取到团队整体的改进进度;
　　　　5.通过innersourceing让不在权限范围内的人访问不到该资源。
　　　　6.从代码私有性方面来看有时公司并不希望员工获取到全部的代码，这个时候Gitlab无疑是更好的选择。
但是对于开源项目而言，GitHub依然是代码托管的首选。

4 Git的家族成员

Git：是一种版本控制系统，是一个命令，是一种工具
Gitlib：是用于实现Git功能的开发库
Github：是一个基于Git实现的在线代码托管仓库，包含一个网站界面，向互联网开放
GitLab：是一个基于Git实现的在线代码仓库托管软件，你可以用gitlab自己搭建一个类似于Github一样的系统，一般用于在企业、学校等内部网络搭建git私服

5 git、gitlab、GitHub的简单区别

git 是一种基于命令的版本控制系统，全命令操作，没有可视化界面
gitlab 是一个基于git实现的在线代码仓库软件，提供web可视化管理界面，通常用于企业团队内部协作开发
github 是一个基于git实现的在线代码托管仓库，亦提供可视化管理界面，同时免费账户和提供付费账户，提供开放和私有的仓库，大部分的开源项目都选择github作为代码托管仓库

6 Git和SVN的区别

GIT是分布式的，SVN不是
GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。需要做一点声明，GIT并不是目前第一个或唯一的分布式版本控制系统。还有一些系统，例如Bitkeeper, Mercurial等，也是运行在分布式模式上的。但GIT在这方面做的更好，而且有更多强大的功能特征
GIT把内容按元数据方式存储，而SVN是按文件
GIT分支和SVN的分支不同
GIT没有一个全局的版本号，而SVN有
GIT的内容完整性要优于SVN
GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏

一个研发队伍的成员正常包括：需求分析、设计、美工、程序员、测试、实施、运维，每个成员在工作中都有产出物，包括了文档、设计代码、程序代码，这些都需要按项目集中进行管理的。SVN能清楚的按目录进行分类管理，使项目组的管理处于有序高效的状态，SVN更适用于项目管理， Git更适用于代码管理

7 Gitlab的服务构成

Nginx：静态web服务器
gitlab-shell：用于处理Git命令和修改authorized keys列表
gitlab-workhorse: 轻量级的反向代理服务器
logrotate：日志文件管理工具
postgresql：数据库
redis：缓存数据库
sidekiq：用于在后台执行队列任务（异步执行）
unicorn：An HTTP server for Rack applications，GitLab Rails应用是托管在这个服务器上面的

8 GitLab工作流程

创建并克隆项目
创建项目某Feature分支
编写代码并提交至该分支
推送该项目分支至远程Gitlab服务器
进行代码检查并提交Master主分支合并申请
项目领导审查代码并确认合并申请

9 部署Gitlab

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

// 下载repe源
[root@localhost ~]# yum -y install epel-release

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

//启动postfix服务并设置开机自启
[root@localhost ~]# systemctl enable --now postfix
Created symlink /etc/systemd/system/multi-user.target.wants/postfix.service → /usr/lib/systemd/system/postfix.service.


// 下载gitlab的rpm包
路径 https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum
[root@localhost ~]# ls
anaconda-ks.cfg  gitlab-ce-14.3.2-ce.0.el8.x86_64.rpm

//安装gitlab
[root@localhost ~]# rpm -ivh gitlab-ce-14.3.2-ce.0.el8.x86_64.rpm 
[root@localhost ~]# rpm -ivh gitlab-ce-14.3.2-ce.0.el8.x86_64.rpm 
警告：gitlab-ce-14.3.2-ce.0.el8.x86_64.rpm: 头V4 RSA/SHA256 Signature, 密钥 ID f27eab47: NOKEY
Verifying...                          ################################# [100%]
准备中...                          ################################# [100%]
正在升级/安装...
   1:gitlab-ce-14.3.2-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


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

//重载配置文件并重启gitlab
[root@localhost ~]# gitlab-ctl reconfigure
[root@localhost ~]# gitlab-ctl restart
ok: run: alertmanager: (pid 6059) 0s
ok: run: gitaly: (pid 6069) 0s
ok: run: gitlab-exporter: (pid 6085) 0s
ok: run: gitlab-workhorse: (pid 6088) 0s
ok: run: grafana: (pid 6099) 0s
ok: run: logrotate: (pid 6116) 1s
ok: run: nginx: (pid 6122) 0s
ok: run: node-exporter: (pid 6130) 1s
ok: run: postgres-exporter: (pid 6136) 0s
ok: run: postgresql: (pid 6146) 1s
ok: run: prometheus: (pid 6157) 0s
ok: run: puma: (pid 6177) 0s
ok: run: redis: (pid 6182) 1s
ok: run: redis-exporter: (pid 6188) 0s
ok: run: sidekiq: (pid 6273) 0s

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

//初始化登录密码
[root@localhost ~]# vim /etc/gitlab/initial_root_password

# WARNING: This value is valid only in the following conditions
#          1. If provided manually (either via `GITLAB_ROOT_PASSWORD` environment variable or via `gitlab_rails['initial_root_password']` setting in `gitlab.rb`, it was provided before database was seeded for the first time (usually, the first reconfigure run).
#          2. Password hasn't been changed manually, either via UI or via command line.
#
#          If the password shown here doesn't work, you must reset the admin password following https://docs.gitlab.com/ee/security/reset_user_password.html#reset-your-root-password.

Password: ySZB0NeTyAbfZUNfy0mcdYnYuTzvtiZjIRckDGl/6tc=    

// 激活成功教程管理员密码
[root@localhost ~]# gitlab-rails console -e production
--------------------------------------------------------------------------------
 Ruby:         ruby 2.7.4p191 (2021-07-07 revision a21a3b7d23) [x86_64-linux]
 GitLab:       14.3.2 (92acfb1b8a9) FOSS
 GitLab Shell: 13.21.1
 PostgreSQL:   12.7
--------------------------------------------------------------------------------
Loading production environment (Rails 6.1.3.2)
irb(main):001:0> user = User.where(id: 1).first    //id为1的是超级管理员
=> #<User id:1 @root>
irb(main):002:0> user.password = 'jj123456'    //密码必须至少8个字符
=> "jj123456"
irb(main):003:0> user.password_confirmation = 'jj123456'    
=> "jj123456"
irb(main):004:0> user.save!    //保存修改，若无问题将返回true
Enqueued ActionMailer::MailDeliveryJob (Job ID: b488d679-77ee-4c36-b6d3-ef2e4248ac32) to Sidekiq(mailers) with arguments: "DeviseMailer", "password_change", "deliver_now", {:args=>[#<GlobalID:0x00007f8d64205ed8 @uri=#<URI::GID gid://gitlab/User/1>>]}
=> true
irb(main):005:0> exit    //退出

10 gitlab管理

在浏览器中使用gitlab服务器的ip访问

主页

管理页面

10.1创建用户

设置账户密码

使用刚刚创建的账户和密码登录

账户登录以后修改账户的密码,之后在重新登录

10.2 创建组

将tom用户加入此组中

10.3 账户权限

给tom用户设置权限

添加用户到管理项目

取消项目用户权限

禁用账户

10.4 创建项目

11 运维上线，发布，发版流程(应用于生产环境)

运营人员计划xx年xx月xx点xx时发布一个xx功能
开发人员开发好了，提交代码测试，提变更单
测试人员测试如果有问题(打回让开发修复bug)；没有问题交给运维
运维人员对代码进行评估，该代码是否会对生产环境产生影响，如果有影响和开发人员以及运营人员沟通
如果运营人员坚持要发布，让开发人员提交变更单让其开发主管签字，还有测试主管签字，最后运维人员向主管发邮件向领导汇报询问是否发布；如果领导说有问题不让发布，就请领导和开发主管去交涉沟通。

今天的文章gitlab版本控制系统_git获取指定版本的代码分享到此就结束了，感谢您的阅读。

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/86679.html