CIT分布式版本控制体系

一、GIT概述
在Linux假造机中设置DNS主从（Master-Slave）服务，通常涉及到BIND（Berkeley Internet Name Domain）软件的安装、主服务器（Master）的设置以及从服务器（Slave）的设置。以下是详细的设置步调及下令：
在Linux情况中搭建DNS主从（Master-Slave）服务器的意义紧张表如今以下几个方面：
GIT是一个广泛使用的分布式版本控制体系（Distributed Version Control System, DVCS），由林纳斯·托瓦兹（Linus Torvalds）于2005年创建，最初是为了辅助Linux内核的开辟。与会集式版本控制体系（如Subversion）差别，GIT的计划答应每个开辟者在自己的本地呆板上维护一个完备的代码库汗青纪录，而不但仅是代码的一个最新版本或一组差异。
二、紧张特点
分布式：
每个开辟者的呆板上都有一份完备的代码库，包罗汗青纪录。这意味着开辟者可以在任何时间、任何地点举行工作，纵然网络克制也不会影响他们的开辟流程。
无需依靠中央服务器举行一样寻常开辟运动，如代码提交（commit）、分支（branch）创建和切换等。
高效：
GIT使用快照而非差异文件来存储每次提交，这使得数据压缩率高，且易于处置惩罚大量数据。
支持快速的分支和归并使用，由于它们只是在本地文件体系上创建新的目次或文件链接。
数据完备性：
使用SHA-1哈希算法来确保数据的完备性。每个提交、文件或目次都通过哈希值唯一标识，任何更改都会天生新的哈希值。
提供了强盛的数据规复机制，纵然在数据粉碎的情况下也能规复大部门内容。
机动性：
支持非线性开辟，允许多个分支同时工作，非常得当复杂项目的协作开辟。
提供了多种方式来归并分支，包罗归并（merge）、变基（rebase）和cherry-pick等。
开源：
GIT是开源的，由天下各地的开辟者共同维护和改进。
拥有一个巨大的社区和丰富的文档资源，便于学习和使用。
三、使用场景
GIT因其强盛的功能和机动性，被广泛应用于各种软件开辟项目中，无论是个人项目还是大型团队协作。它不但用于代码管理，还可以用于设置文件、文档和其他范例文件的版本控制。
学习GIT
学习GIT可以通过阅读官方文档、观看在线教程、加入社区讨论等多种方式举行。由于GIT的功能非常丰富，初学者大概会感到有些复杂，但一旦把握了根本概念和常用下令，就会发现它的强盛和便利。
四、会集式与分布式的区别
、1、会集式概述
会集式版本控制体系（比方SVN）将代码库存储在一台中央服务器上，团队
成员通过客户端从中央服务器获代替码并将更改提交到服务器。这意味着代
码库是会集的，全部开辟者都在同一个代码库上工作，而且必须与服务器进
行通讯才气查察汗青纪录和获代替码。因此，如果服务器发生故障或网络中
断，会导致数据丢失，而且开辟者将无法使用代码库。
2、分布式概述
分布式版本控制体系（比方Git）则将完备的代码库复制到每个开辟者的本
地皮算机上，每个开辟者都有自己的完备副本，可以在没有网络毗连的情况
下继续工作。开辟者可以在本地举行代码的修改和提交，然后将更改推送到
其他开辟者的本地副本中。因此，代码库是分散的，每个开辟者都有自己的
代码库和汗青纪录，可以独立工作并在差别的分支上开辟代码。
像会集式都有一个主版本号，全部的版本迭代都以这个版本号为主，而分布
式由于每个客户端都是服务器，git 没有固定的版本号，但是有一个由哈希
算法算出的 id，用来回滚用的，同时也有一个 master 堆栈，这个堆栈是一
切分支堆栈的主堆栈，我们可以推送提交到 master 并归并到主堆栈上，主
堆栈的版本号会迭代一次，我们客户端上的 git 版本号无论迭代多少次，都
跟 master 无关，只有归并时 master 才会迭代一次。
3、团体区别
版本控制体系的会集式和分布式紧张在以下三个方面存在区别：
1. 代码库的脚色与功能：在会集式版本控制体系中，只有中央服务器上的
代码库饰演中央堆栈的脚色，可以提供汗青版本对比和代码回退等操
作。而在分布式版本控制体系中，每个代码库都可以饰演中央堆栈的角
色，都提供中央堆栈的功能。
2. 协同开辟与代码同步：在会集式版本控制体系中，如果中央堆栈发生故
障，那么协同开辟就无法举行，各个用户也无法更新最新代码。而在分
布式版本控制体系中，纵然本地断网，也可以提交（待联网后
push），可以对比汗青版本差异（本地有汗青库）。
3. 节点的脚色与功能：分布式版本控制的每个节点都是完备堆栈（都可以
饰演中央堆栈），而会集式版本控制的每个节点只是生存了堆栈的某个
版本（无法饰演中央堆栈）。
综上所述，版本控制体系的会集式和分布式各有其特点。选择何种方式紧张
取决于团队的特定需求和工作流程。
六、会集式和分布式的优缺点
1、分布式
（1）长处
1. 机动性：由于每个节点都有完备的代码库，因此可以更轻松地举行并行
工作，差别的开辟职员可以在差别的分支上独立工作，进步工作服从。
2. 可扩展性：由于每个节点都有完备的代码库，因此可以更容易地扩展系
统以顺应更大的开辟团队或项目需求。
3. 独立性：每个节点都可以独立工作，不须要依靠于中央服务器或其他节
点，进步了体系的可用性和稳固性。
（2）缺点
1. 安全性：由于每个节点都有完备的代码库，如果某个节点被攻击或出现
故障，大概会造成源代码泄漏，影响到整个体系的安全性。
2. 数据划一性：由于每个节点都有自己的代码库和汗青纪录，因此在归并
差别节点的更改时大概会出现数据划一性题目。
3. 管理难度：由于分布式体系的复杂性，管理起来相对困难，须要更多的
技能知识和履历。
2、会集式
（1）长处
1. 简朴易用：会集式版本控制体系通常具有简朴明白的计划，易于明白和
实行。由于全部的决媾和处置惩罚都由中央节点完成，客户端装备只需实行
简朴的使用即可得到所需的服务。
2. 数据安全性：由于全部数据都存储在中央服务器上，因此可以更好地保
护数据的完备性和安全性。
3. 管理方便：会集式版本控制体系通常具有会集的管理和控制本领，可以
更/容易地举行体系维护和管理。
（2）缺点
1. 单点故障：由于整个体系依靠于中央节点，一旦中央节点出现故障或不
可用，整个体系将无法正常运行。这导致体系的可靠性受到了限定，并
增长了体系的风险。
2. 性能瓶颈：在会集式版本控制体系中，全部的数据处置惩罚和决议都须要通
过中央节点举行。当体系负载增大时，中央节点大概成为性能瓶颈，限
制了整个体系的处置惩罚本领。
3. 可扩展性有限：由于全部的处置惩罚都由中央节点完成，会集式版本控制系
统的可扩展性受到限定。当体系须要扩展以满足更大规模的需求时，需
要升级和改变中央节点，导致体系的扩展性有限。
五、Git的安装及设置
1.Git安装
[root@YH1 ~]# yum -y install git
......省略部门内容......
已安装:
git-2.39.3-1.el8_8.x86_64 git-coredoc-2.39.3-1.el8_8.noarch
perl-Error-1:0.17025-2.el8.noarch perl-Git-
2.39.3-1.el8_8.noarch
perl-TermReadKey-2.37-7.el8.x86_64
完毕！
[root@YH1 ~]# git # 直接输入git可通过提示查察到git的选项和
参数
用法：git [-v | --version] [-h | --help] [-C <path>] [-c
<name>=<value>]
[--exec-path[=<path>]] [--html-path] [--manpath] [--info-path]
[-p | --paginate | -P | --no-pager] [--noreplace-objects] [--bare]
[--git-dir=<path>] [--work-tree=<path>] [--
namespace=<name>]
[--super-prefix=<path>] [--config-env=<name>=
<envvar>]
<command> [<args>]
这些是各种场合常见的 Git 下令：
开始一个工作区（拜见：git help tutorial）
clone 克隆堆栈到一个新目次
init 创建一个空的 Git 堆栈或重新初始化一个已存在的堆栈
在当前变动上工作（拜见：git help everyday）
add 添加文件内容至索引
mv 移动或重定名一个文件、目次或符号链接
restore 规复工作区文件
rm 从工作区和索引中删除文件
查抄汗青和状态（拜见：git help revisions）
bisect 通过二分查找定位引入 bug 的提交
diff 表现提交之间、提交和工作区之间等的差异
grep 输出和模式匹配的行
log 表现提交日记
show 表现各种范例的对象
status 表现工作区状态
扩展、标志和调校您的汗青纪录
branch 列出、创建或删除分支
commit 纪录变动到堆栈
merge 归并两个或更多开辟汗青
rebase 在另一个分支上重新应用提交
reset 重置当前 HEAD 到指定状态
switch 切换分支
tag 创建、列出、删除或校验一个 GPG 署名的标签对象
协同（拜见：git help workflows）
fetch 从别的一个堆栈下载对象和引用
pull 获取并整合别的的堆栈或一个本地分支
push 更新远程引用和干系的对象
下令 'git help -a' 和 'git help -g' 表现可用的子下令和一些概念帮
助。
查察 'git help <下令>' 或 'git help <概念>' 以获取给定子下令或概
念的
2、设置 git 情况
参数：
config：设置 git 情况
--global：长寿令表现设置整个 git 情况
八、Git 的根本流程
1. 在工作目次 (工作区) 中修改某些文件
2. 对已修改文件作快照，并生存到暂存地区 git add .
3. 将生存在暂存区的文件快照提交到版本库 git commit -m ""
4. 查察提交汗青 git log
1、创建本地空堆栈
init：初始化当前目次为堆栈，初始化后会主动将当前堆栈设置为 master
创建本地堆栈的条件是须要一个空目次，然后在空目次中初始化你的项目
（1）创建一个名为 test 的空项目
资助。
有关体系的概述，查察 'git help git'。
[root@YH1 ~]# git config --global user.name "admin" #
设置用户名
[root@YH1 ~]# git config --global user.email
"[email protected]" # 设置邮箱
[root@YH1 ~]# mkdir /test # 创建一个空目次
[root@YH1 ~]# cd /test/
[root@YH1 test]# git init # 将当前空目次做为master堆栈
提示：使用 'master' 作为初始分支的名称。这个默认分支名称大概会更改。
要在新堆栈中
提示：设置使用初始分支名，并消除这条告诫，请实行：
提示：
提示： git config --global init.defaultBranch <名称>
2、新建文件添加到本地堆栈
add：将文件添加到缓存区
commit：提交到本地堆栈
（1）新建文件并添加到缓存
（2）提交文件到堆栈
使用-m下令来简写形貌我们的信息，如果不使用-m，会调用终端的解释编
辑器来输入形貌信息，而不发起使用解释编辑器，由于解释编辑器比力难
用，不惬意。
提示：
提示：除了 'master' 之外，通常选定的名字有 'main'、'trunk' 和
'development'。
提示：可以通过以下下令重定名刚创建的分支：
提示：
提示： git branch -m <name>
已初始化空的 Git 堆栈于 /test/.git/
[root@YH1 test]# ls -a # 查察git潜伏的干系的设置文件
. .. .git
[root@YH1 test]# cd .git/
[root@YH1 .git]# ls
branches config description HEAD hooks info objects
refs
[root@YH1 test]# touch test.c
[root@YH1 test]# ls -a
. .. .git test.c
[root@YH1 test]# git add test.c
[root@YH1 test]# git commit -m "add new file "test.c""
[master（根提交） 9e89cac] add new file test.c
1 file changed, 0 insertions(+), 0 deletions(-)
create mode 100644 test.c
git commit 会为我们天生40位的哈希值，用于作为 id，并把刚刚用 git add
添加到提交缓存区里的文件提交到本地堆栈中，便于我们回滚，至此，这个
文件就已经添加到本地堆栈中了，同时本地堆栈也迭代了一个版本。
3、查察汗青提交信息
九、专业术语
十、工作目次、暂存区和版本库
1. 工作目次：指当前正在举行修改的文件夹或目次。在这个目次中，开辟
者可以添加、修改、删除文件，然后将这些修改提交到Git中。
2. 暂存区：一个中央地区，它位于工作目次和版本库之间。在这里，开辟
者可以将修改后的文件添加到暂存区，以便在提交时将这些修改打包成
一个提交 (也称为“提交”或“提交纪录”)。
[root@YH1 test]# git log
commit 9e89cace2f47e12178fc54f964d01b176b25c968 (HEAD ->
master) # 40位的哈希算法算出的id
# head->master表现提交到master主堆栈，如果是head->其他分支，表现提
交到其他分支堆栈
Author: admin <[email protected]> # 提交者
Date: Wed Nov 15 21:00:07 2023 +0800 # 提交时间
add new file test.c # 提交时写的解释
六、专业术语

七、工作目次、暂存区和版本库
1. 工作目次：指当前正在举行修改的文件夹或目次。在这个目次中，开辟
者可以添加、修改、删除文件，然后将这些修改提交到Git中。
2. 暂存区：一个中央地区，它位于工作目次和版本库之间。在这里，开辟
者可以将修改后的文件添加到暂存区，以便在提交时将这些修改打包成
一个提交 (也称为“提交”或“提交纪录”)。
[root@YH1 test]# git log
commit 9e89cace2f47e12178fc54f964d01b176b25c968 (HEAD ->
master) # 40位的哈希算法算出的id
# head->master表现提交到master主堆栈，如果是head->其他分支，表现提
交到其他分支堆栈
Author: admin <[email protected]> # 提交者
Date: Wed Nov 15 21:00:07 2023 +0800 # 提交时间
add new file test.c # 提交时写的解释
3. 版本库：存储全部提交汗青纪录的地方。每个提交都包罗一个快照 (即
项目的状态)，以及一个指向上一个提交的引用。开辟者可以从版本库中
检出汗青纪录中的任何一个版本，并在工作目次中查察它的状态。
在举行Git使用时，开辟者通常会先将修改添加到暂存区，然后使用“git
commit”下令将这些修改提交到版本库中。提交后，暂存区中的修改会被清
空，工作目次中的文件会与版本库中的文件保持划一。这个过程可以资助开
发者更好地管理代码的厘革，使得代码的版本控制更加清晰和可控。
gitlab以及分支管理
一、分支概念
每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。停止
到如今，只有一条时间线，在Git里，这个分支叫主分支，即master分支。
HEAD 严酷来说不是指向提交，而是指向master，而 master才是指向提交
的，以是，HEAD指向的就是当前分支。
开始的时间，master分支是一条线，Git 用 master 指向最新的提交，再用
HEAD指向 master，就能确定当前分支，以及当前分支的提交点。每次提
交，master分支都会向前移动一步，如许，随着你不绝提交，master分支
的线也越来越长。

二、创建分支过程
1. 起首，确保你当前在主分支（通常是master或main分支）上工作。你
可以使用以下下令切换到主分支：
2. 接下来，使用以下下令创建一个新的分支：
这将创建一个名为"feature-branch"的新分支。
3. 如今，你须要切换到新创建的分支上。使用以下下令切换分支：
[root@YH1 ~]# cd /test # 先切换到之前创建master主分支
[root@YH1 ~]# git checkout master # 确保当前使用位置是在主分
支上
[root@YH1 ~]# git branch feature-branch
[root@YH1 ~]# git checkout feature-branch
[root@YH1 test]# git branch # 查察当前分支
* feature-branch # 当前地点哪个分支，哪个分支前面有*号
master
也可以使用如下下令直接创建并切换到"feature-branch"分支，-b 选项相称
于实行两条下令，git checkout 和 git branch。
[root@YH1 ~]# git checkout -b feature-branch
[root@YH1 test]# git branch # 跟上面的使用结果一样
* feature-branch
master
这两个使用都将切换到新创建的"feature-branch"分支。
4. 在新分支上举行编写，提交更改。你可以使用以下下令添加更改并将更
改提交到本地堆栈：
[root@YH1 test]# vim test.c # 添加新内容
hello
test
[root@YH1 ~]# git add . # 提交到缓存区，这里也可以写
master分支的目次名，好比test
[root@YH1 ~]# git commit -m "提交消息" # 提交消息写清解释
信息即可
5. 今世码使命完成后，须要将更改归并回主分支。起首，切换回主分支：
[root@YH1 ~]# git checkout master
[root@YH1 test]# git branch
feature-branch
* master
[root@YH1 test]# cat test.c
# 刚才写入的内容没有了，是由于之前是在其他分支上使用的，并非在master
上
# 以是切换回master后，表现的内容只会是master分支上的内容
6. 然后，使用以下下令将你的分支归并到主分支：
这将把你的"feature-branch"分支的更改归并到主分支上。如果存在辩说，
须要手动办理辩说。Git会在辩说的文件中标志出辩说的部门，你须要打开
这些文件并手动编辑以办理辩说。办理辩说后，你须要再次提交更改。
7. 末了，如果你想删除不再须要的分支，可以使用以下下令删除分支：
这将删除名为"feature-branch"的分支。如果你想欺压删除分支（纵然该分
支尚未归并），可以使用以下下令：
三、办理分支辩说
[root@YH1 ~]# git merge feature-branch
[root@YH1 test]# cat test.c # 归并完成，其他分支的内容被归并
到了master上
hello
test
[root@YH1 ~]# git branch -d feature-branch
[root@YH1 ~]# git branch -D feature-branch
[root@YH1 test]# git checkout -b y123 # 创建并切换到新
分支
切换到一个新分支 'y123'
[root@YH1 test]# vim test.c # 写入点内容
hello
test
yyyy
[root@YH1 test]# git add test.c # 将新分支写入的内容提交到
缓存
[root@YH1 test]# git commit -m "yy" # 提交新分支并解释
为“yy”
[y123 32e5a5a] yy
1 file changed, 1 insertion(+)
[root@YH1 test]# git checkout master # 切换到主分支
切换到分支 'master'
[root@YH1 test]# cat test.c # 此时还未归并，以是只表现当前
master分支的内容
hello
test
[root@YH1 test]# vim test.c # 向master分支内写入些内容
hello
test
hhhh
[root@YH1 test]# git add test.c # 提交master分支
[root@YH1 test]# git commit -m "hh" # 正式提交，解释信息
为“hh”
[master 4a51362] hh
1 file changed, 1 insertion(+)
[root@YH1 test]# git merge y123 # 归并新分支
主动归并 test.c
辩说（内容）：归并辩说于 test.c # 提示辩说了
主动归并失败，修正辩说然后提交修正的结果。
[root@YH1 test]# git status # git状态信息也提示两个分支辩说
了
位于分支 master
您有尚未归并的路径。
（办理辩说并运行 "git commit"）
（使用 "git merge --abort" 停止归并）
未归并的路径：
（使用 "git add <文件>..." 标志办理方案）
双方修改： test.c
修改尚未到场提交（使用 "git add" 和/或 "git commit -a"）
[root@YH1 test]# cat test.c # git使用暗号帮我们标志除
了辩说位置和新分支的内容
hello
test
<<<<<<< HEAD
hhhh
=======
yyyy
>>>>>>> y123
1.git堆栈的创建
1.找到一个空目次 mkdir /test
2.进入到这个目次 cd /test
3.实行git指令 git init
4.发现一个潜伏目次 .git
5.test目次就是工作地区，.git就是堆栈
[root@YH1 test]# vim test.c # 手动修改辩说文件
hello
test
hhhh
yyyy
[root@YH1 test]# git add test.c # 提交修改后的分支
[root@YH1 test]# git commit -m "zuizhong" # 正式提交，
解释信息为“zuizhong”
[master f13e70e] zuizhong
[root@YH1 test]# git log --graph --pretty=oneline --
abbrev-commit # 查察日记分析分支归并情况
* f13e70e (HEAD -> master) zuizhong # 当前分支所处位
置为zuizhong
|\
| * 32e5a5a (y123) yy # y123分支辩说时所处的分支位置为yy
* | 4a51362 hh # master分支辩说时所处的分支位置为hh
|/
* 173a360 test
* 9e89cac add new file test.c
[root@YH1 test]# git branch -d y123 # 删除y123分支
已删除分支 y123（曾为 32e5a5a）。
[root@YH1 test]# cat test.c # 查察master分支上的终极版
本
hello
test
hhhh
yyyy
2.常用的指令
1.在test目次中修改文件
2.git add .|文件名 将修改的文件提交的暂存地区
3.git commit -m "阐明" 将暂存区的数据生存到堆栈
4.git log 查察提交日记
3.分支
1.让一个项目有多庞大概性
2.分支的创建，删除归并
1.查察分支 git branch 有几行，就有几个分支，*标注当前地点
的分支
2.切换分支的指令 git checkout 分支名
3.新增分支
git branch 新分支名
在跳转分支的时间创建 git checkout -b 新分支名
4. 删除分支，要求是分支已经归并
1. git branch -d 分支名
2. git branch -D 分支名
4.分支辩说
将两个分支归并
git checkout abranch
git merge bbranch 在a分支归并b分支
a分支和b分支都对同一个文件举行了修改，而且commit，
归并的时间，就是保分支辩说，须要手动选择
再提交就可以了
四、Git 拉取
再启动一台主机，YH2
[root@YH2 ~]# ssh-keygen
[root@YH2 ~]# ssh-copy-id [email protected]
[root@YH2 ~]# yum -y install git
[root@YH2 ~]# mkdir /yh2 # 新建git堆栈
[root@YH2 ~]# cd /yh2/
[root@YH2 yh2]# git init # 堆栈初始化，当前目次作为
master
提示：使用 'master' 作为初始分支的名称。这个默认分支名称大概会更改。
要在新堆栈中
提示：设置使用初始分支名，并消除这条告诫，请实行：
提示：
提示： git config --global init.defaultBranch <名称>
提示：
提示：除了 'master' 之外，通常选定的名字有 'main'、'trunk' 和
'development'。
提示：可以通过以下下令重定名刚创建的分支：
提示：
提示： git branch -m <name>
已初始化空的 Git 堆栈于 /yh2/.git/
[root@YH2 yh2]# git clone 192.168.33.11:/test/.git #
将YH1的test分支克隆到本机
正克隆到 'test'...
remote: 罗列对象中: 15, 完成.
remote: 对象计数中: 100% (15/15), 完成.
remote: 压缩对象中: 100% (5/5), 完成.
remote: 统共 15（差异 0），复用 0（差异 0），包复用 0
罗致对象中: 100% (15/15), 完成.
[root@YH2 yh2]# ls
test
[root@YH2 yh2]# ls test/
test.c
体系 IP 地点 主机
名
所需软件
Rokcy8.7 192.168.33.11 YH1
gitlab-ce-12.10.14-
ce.0.el8.x86_64git-2.39.3-
1.el8_8.x86_64
Rocky8.7 192.168.33.22 YH2 git-2.39.3-1.el8_8.x86_64
0000 在码云上创建项目而且pull和push
五、摆设 Gitlab 服务器
1、搭建情况
2、安装 gitlab
[root@YH1 ~]# yum -y install git # 安装git
[root@YH1 ~]# yum -y install curl openssh-server postfix
cronie policycoreutils-python # 安装依靠情况
AppStream 2.0 MB/s | 4.3 kB 00:00
BaseOS 2.0 MB/s | 3.9 kB
00:00
软件包 curl-7.61.1-25.el8.x86_64 已安装。
软件包 openssh-server-8.0p1-16.el8.x86_64 已安装。
软件包 cronie-1.5.2-8.el8.x86_64 已安装。
未找到匹配的参数: policycoreutils-python
错误：没有任何匹配: policycoreutils-python
3、加载设置并启动 gitlab
[root@YH1 ~]# wget --content-disposition
https://packages.gitlab.com/gitlab/gitlabce/packages/el/8/gitlab-ce-12.10.14-
ce.0.el8.x86_64.rpm/download.rpm # 下载gitlab软件包
......等待下载完成......
[root@YH1 ~]# ls
公共 图片 音乐 gitlab-ce-12.10.14-
ce.0.el8.x86_64.rpm mysql.sh
模板 文档 桌面 initial-setup-ks.cfg
replication_mysql.yml
视频 下载 anaconda-ks.cfg ip.sh
[root@YH1 ~]# rpm -ivh gitlab-ce-12.10.14-
ce.0.el8.x86_64.rpm
[root@YH1 ~]# rpm -q gitlab-ce
gitlab-ce-12.10.14-ce.0.el8.x86_64
[root@YH2 ~]# yum -y install git # YH2安装git
[root@YH1 ~]# gitlab-ctl reconfigure
...省略部门内容
Running handlers:
Running handlers complete
Chef Client finished, 543/1465 resources updated in 02
minutes 52 secondsgitlab Reconfigured!
[root@YH1 ~]# lsof -i :80
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE
NAME
nginx 1726 root 7u IPv4 36866 0t0 TCP
*:http (LISTEN)
nginx 1800 gitlab-www 7u IPv4 36866 0t0 TCP
*:http (LISTEN)
nginx 1801 gitlab-www 7u IPv4 36866 0t0 TCP
*:http (LISTEN)
4、欣赏器访问 gitlab
当前网站：http://192.168.33.11
初次登录只设置暗码即可，用户名为 root

5、翻译页面并登任命户
保举使用 Edge 自带欣赏器，可以直接翻译网页
右键点击页面空缺处，弹出菜单，点击“翻译为中文

使用 root 用户登录，暗码为初次访问页面时设置的暗码

6、创建项目
点击创建项目

创建一个恣意项目，按照图示使用即可

7、新建主分支
跳转到新页面后，点图中所示的灰色加号，再点新建文件

写清文件名，写好内容，点下面的提交更改

8、新建其他分支
点击左侧列表的分支，即可看到刚才新建的分支文件，再点击新分支，来创
建其他分支

输入标题

写点内容，再点下方的提交更改

点击 办理 WIP 状态

点击归并

9、客户端克隆分支
使用 YH2 克隆 YH1 创建好的分支
https://blog.csdn.net/qq_31237581/article/details/102639749
[root@YH2 ~]# git clone http://192.168.33.11/root/test.git
正克隆到 'test'...
remote: Enumerating objects: 10, done.
remote: Counting objects: 100% (10/10), done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 10 (delta 2), reused 0 (delta 0), packreused 0
罗致对象中: 100% (10/10), 完成.
处置惩罚 delta 中: 100% (2/2), 完成.
[root@YH2 ~]# ls
123 公共 视频 文档 音乐 anaconda-ks.cfg initialsetup-ks.cfg nginx-1.22.1.tar.gz
123.txt 模板 图片 下载 桌面 hostname.sh ip.sh
test
[root@YH2 ~]# cd test/
[root@YH2 test]# ls
123456 666 README.md
[root@YH2 test]# cat 666
yunjisuan
[root@YH2 test]# cat 123456
I am yourfather