7.25（Git、gitlab以及分支管理）

分布式版本控制系统
一、Git概述

Git 是一种分布式版本控制系统,用于跟踪和管理代码的变更。它是由Linus Torvalds创建的,最
初被设计用于Linux内核的开发。Git允许开发人员跟踪和管理代码的版本,并且可以在不同的开发人员之间进行协作。

Github 用的就是Git系统来管理它们的网站,Github是一个社区,Git是一个服务系统,Github
只支持Git分布式系统,所以故名成为Github。

二、Git的主要功能包括:

1.版本控制:Git可以跟踪代码的变更,并且可以回滚到任何一个版本。
2.分支管理:Git支持多个分支,可以让不同的开发人员在不同的分支上进行开发,然后再合并
到主分支上。

3.分布式:Git是分布式的,意味着每个开发者都可以在自己的本地分支上进行操作,不需要依
赖于中央服争器。
4.团队协作:上支持多人协作,可以让不同的开发人员在同一个项目上进行协作。
5.使用Git进行版本控制可以提高开发效率,减少代码冲突,并且可以更好地管理代码变更。

三、Git的功能特性

Git是关注于文件数据整体的变化,直接会将文件提交时的数据保存成快照,而非仅记录差异内
容,并且使用SHA-1加密算法保证数据的完整性。主要功能如下:

1.克隆数据库版本:从服务器上克隆版本数据库括代码和版本信息)到本机上;
2.提交代码:在本机上自己创建的分支上提交代水。
3.合并分支:在本机上合并分支;
4.拉取合并分支:新建一个分支,把服务器上最新版的代码Fetch下来,然后跟自己的主分支
合井:

5.代码冲突解决:一般开发者之间解决冲突的方法,开发者之间可以使用pull命令解决冲突,
解决完冲突之后再向主开发者提交补丁。

四、Github社区

GitHub 是一个面向开源及私有软件项目的托管平台,因为只支持Git作为唯一的版本库格式进行
托管,故名GitHub。GitHub 可以提供给用户空间创建Git仓储,保存用户的一些数据文档或者代
码等

GitHub作为开源代码库以及版本控制系统,目前拥有140多万开发者用户。随着越多的应用程序
转移到了云上,GitHub已经成为了管理软件开发以及发现已有代码的首选方法。

GitHub 可以托管各种Git库,并提供一个Wlb界面,但与其它像SourceForge或 Google Code
这样的服务不同,GitHub的独特卖点在于从另外一个项目进行分支的简易性。为一个项目贡献代
码非常简单:首先点击项目站点的“fork”的按钮,然后将代码检出并将修改加入到刚才分出的代码库
中,最后通过内建的“pull request”机制向项目负责人申请代码合并。

五、Gitlab

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

GitLab 主要针对软件开发过程中产生的代码和文档进行管理,支持group和 project两个维度进
行代码和文档的管理。其中,group是群组,可以有多个project;project是工程项目,一个
project中可能包含多个branch,意为每个项目中有多个分支,分支间相互独立,不同分支可以进
行归并。GitLab一站式DevOps平台,加速和优化软件开发全生命周期。

六、集中式与分布式的区别
1、集中式概述

集中式版本控制系统(例如SVN)将代码库存储在一台中央服务器上,团队成员通过客户端从中
央服务器获取代码并将更改提交到服务器。这意味着代码库是集中的,所有开发者都在同一个代
码库上工作,并且必须与服务器进行通信才能查看历史记录和获取代码。因此,如果服务器发生
故障或网络中断,会导致数据丢失,并且开发者将无法使用代码库。

2、分布式概述

分布式版本控制系统(例如Git)则将完整的代码库复制到每个开发者的本地计算机上,每个开发者都有自己的完整副本,可以在没有网络连接的情况下继续工作。开发者可以在本地进行代码的
修改和提交,然后将更改推送到其他开发者的本地副本中。因此,代码库是分散的,每个开发者
都有自己的代码库和历史记录,可以独立工作并在不同的分支上开发代码。

七、集中式和分布式的优缺点
1、分布式

(1)优点

1.灵活性:由于每个节点都有完整的代码库,因此可以更轻松地进行并行工作,不同的开发人
员可以在不同的分支上独立工作,提高工作效率。

2.可扩展性:由于每个节点都有完整的代码库,因此可以更容易地扩展系统以适应更大的开发
团队或项目需求。

3.独立性:每合节点都可以独立工作,不需要依赖于中央服务器或其他节点,提高了系统的可
用性和稳定性。

(2)缺点

1.安全性:由于每个节点都有完整的代码库,如果某个节点被攻击或出现故障,可能会造成源
代码泄露,影响到整个系统的安全性。

2.数据一致性:由于每个节点都有自己的代码库和历史记录,因此在合并不同节点的更改时可
能会出现数据一致性问题。

3.管理难度:由于分布式系统的复杂性,管非起来相对困难,需要更多的技术知识和经验。 

2、集中式

(1)优点

1.简单易用:集中式版本控制系统通常具有简单明了的设计,易于理解和实施。由于所有的决
策和处理都由中心节点完成,客户端设备只需执行简单的操作即可得到所需的服务。
2.数据安全性:由于所有数据储在中央服务器上,因此可以更好地保护数据的完整性和安
全性。

3.管理方便:集中式版本控制系统通常具有集中的管理和控制能力,可以更/容易地进行系统维
护和管理。

(2)缺点

1.单点故障:由于整个系统依赖于中心节点,一旦中心节点出现故障或不可用,整个系统将无
法正常运行。这导致系统的可靠性受到了限制,并增加了系统的风险。

2.性能瓶颈:在集中式版本控制系统中,所有的数据处理和决策都需要通过中心节点进行。当
系统负载增大时,中心节点可能成为性能瓶颈,限制了整个系统的处理能力。
3. 可扩展性有限:由于所有的处理都由中心节点完成,集中式版本控制系统的可扩展性受到限
制。当系统需要扩展以满足更视模的需求时,需要升级和改变中心节点,导致系统的扩展
性有限。

八、Git的基本流程

1.在工作目录(工作区)中修改某些文件
2. 对已修改文件作快照,并保存到暂存区域 git add.

3. 将保存在暂存区的文件快照提交到版本库git commit-m"
4. 查看提交历史

九、GIT安装及配置
1、安装git

[root@git ~]# yum -y install git

[root@git ~]# rpm -qa | grep git

2、创建目录

[root@git ~]# mkdir /yy000

3、cd到yy000目录下使用init指令初始化

使用git指令，一定要cd到初始化之后的目录

[root@git ~]# cd /yy000/
[root@git yy000]# ls
[root@git yy000]# git init

4、初始化空的 Git 版本库于 /yy000/.git/

[root@git yy000]# ls -a
[root@git yy000]# cd .git/
[root@git .git]# ls

[root@git .git]# cd ..

5、编写文件

[root@git yy000]# vim Test.java

[root@git yy000]# ls
Test.java

6、 使用git将文件提交

[root@git yy000]# git log
[root@git yy000]# git add Test.java
[root@git yy000]# git commit -m "新增了一个Test.java文件，这是新建的"

[root@git yy000]# git config --global user.name ting      配置用户名
[root@git yy000]# git config --global user.email 1593572486@qq.com    配置邮箱

7、修改Test.java，添加一行注释

[root@git yy000]# echo "//这是一行注释，不会被编译，能提交文件的可读性" > Test.java
[root@git yy000]# cat Test.java
//这是一行注释，不会被编译，能提交文件的可读性
[root@git yy000]# git log          //查看历史
[root@git yy000]# git add .      //将文件提交到缓存
[root@git yy000]# git commit -m "这是第二次提交项目"     //提交文件到仓库

[root@git yy000]# git log

[root@git yy000]# echo "//我又加了一个注释" >> Test.java
[root@git yy000]# cat Test.java
//这是一行注释，不会被编译，能提交文件的可读性
//我又加了一个注释
[root@git yy000]# git log
commit b937572de7dbed3b05c6d577686b0821fb9553b2
Author: ting <1593572486@qq.com>
Date:   Thu Jul 25 10:51:09 2024 +0800

    这是第二次提交项目
[root@git yy000]# git add .
[root@git yy000]# git commit -m "将缓存中的内容交到仓库"
[root@git yy000]# git log

十、工作目录、暂存区和版本库

1.工作目录:指当前正在进行修改的文件夹或目录。在这个目录中,开发者可以添加、修改、删除文件,然后将这些修改提交到Git中。
2.暂存区:一个中间区域,它位于工作目录和版本库之间。在这里,开发者可以将修改后的文件添加到暂存区,以便在提交时将这些修改打包成一个提交(也称为“提交”或“提交记录”)。
3.版本库:存储所有提交历史记录的地方。每个提交都包含一个快照(即项目的状态),以及一个指向上一个提交的引用。开发者可以从版本库中检出历史记录中的任何一个版本,并在工作目录中查看它的状态。

在进行Git操作时,开发者通常会先将修改添加到暂存区,然后使用“git commit”命令将这些修改提交到版本库中。提交后,暂存区中的修改会被清空,工作目录中的文件会与版本库中的文件保持一致。这个过程可以帮助开发者更好地管理代码的变化,使得代码的版本控制更加清晰和可控。

gitlab以及分支管理

当前master只有一个主分支，当其他的工作完成后，其他分支会合并到主分支

[root@git yy000]# git branch
* master

一、分支概念

每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间
线,在Git里,这个分支叫主分支,即master分支。HEAD严格来说不是指向提交,而是指向
master,而master才是指向提交的,所以,HEAD指向的就是当前分支。

开始的时候,master分支是一条线,Git用ester指向最新的提交,再用HEAD指向master,就
能确定当前分支,以及当前分支的提交点。每次提交,master分支都会向前移动一步,这样,随
着你不断提交,master分支的线也越来越长。

二、创建分支过程
abc 三人实现一个接口  Test.java   一个文件在同一个时间只能被一个用户编辑

1、主分支

[root@git yy000]# ls
Test.java
[root@git yy000]# cat Test.java
//这是一行注释，不会被编译，能提交文件的可读性
//我又加了一个注释

2、创建另一个分支
git    branch    分支名称  

[root@git yy000]# git branch abranch
[root@git yy000]# git branch
  abranch
* master

3、切换到a分支上修改Test.java

[root@git yy000]# git checkout abranch
切换到分支 'abranch'
[root@git yy000]# git branch
* abranch
  master
[root@git yy000]# ls
Test.java

[root@git yy000]# cat Test.java
//这是一行注释，不会被编译，能提交文件的可读性
//我又加了一个注释
[root@git yy000]# echo "//我是a员工" >> Test.java
[root@git yy000]# cat Test.java
//这是一行注释，不会被编译，能提交文件的可读性
//我又加了一个注释
//我是a员工
[root@git yy000]# git add .
[root@git yy000]# git commit -m "a员工提交内容"
[abranch 956e17a] a员工提交内容
 1 file changed, 1 insertion(+)

4、切换到主分支查看内容

[root@git yy000]# git checkout master
切换到分支 'master'
[root@git yy000]# cat Test.java                     //主分支内容不变
//这是一行注释，不会被编译，能提交文件的可读性
//我又加了一个注释
[root@git yy000]# git checkout abranch         //abranch的内容改变
切换到分支 'abranch'
[root@git yy000]# cat Test.java
//这是一行注释，不会被编译，能提交文件的可读性
//我又加了一个注释
//我是a员工

5、在branch分支上创建一个分支
 在分支的同时创建分支   git  checkout   -b  分支名称

[root@git yy000]# git branch
* abranch
  master
[root@git yy000]# git checkout -b bbranch
切换到一个新分支 'bbranch'
[root@git yy000]# git branch
  abranch
* bbranch
  master
[root@git yy000]# cat Test.java
//这是一行注释，不会被编译，能提交文件的可读性
//我又加了一个注释
//我是a员工 

6、在bbranch分支上添加内容

[root@git yy000]# echo "我是b员工" >> Test.java
[root@git yy000]# git branch
  abranch
* bbranch
  master
[root@git yy000]# git checkout abranch       //abranch分支可以看到内容    两个分支之间共享
M    Test.java
切换到分支 'abranch'
[root@git yy000]# cat Test.java
//这是一行注释，不会被编译，能提交文件的可读性
//我又加了一个注释
//我是a员工
我是b员工

[root@git yy000]# git add .
[root@git yy000]# git commit -m "aaa"
[abranch 75ac5f5] aaa
 1 file changed, 1 insertion(+)
[root@git yy000]# git checkout master
切换到分支 'master'
[root@git yy000]# git branch
  abranch
  bbranch
* master
[root@git yy000]# cat Test.java
//这是一行注释，不会被编译，能提交文件的可读性
//我又加了一个注释

7、合并分区
[root@git yy000]# git merge abranch

[root@git yy000]# git log
8、删除分支
[root@git yy000]# git branch -d abranch
已删除分支 abranch（曾为 75ac5f5）。
[root@git yy000]# git branch -d bbranch
已删除分支 bbranch（曾为 956e17a）。
[root@git yy000]# git branch -d cbranch 

9、主分支和newbranch都修改，合并冲突
在合并的时候可能出现文件冲突，主分支修改了文件，其他分支也修改了文件，合并的时候就不清楚以哪个分支为主，产生冲突，手动解决

[root@git yy000]# git checkout -b newbranch
M    Test.java
切换到一个新分支 'newbranch'
[root@git yy000]# git branch
  master
* newbranch
[root@git yy000]# echo "//我是new分支" > Test.java^C
[root@git yy000]# cat Test.java
//我是主分支
[root@git yy000]# echo "//我是newbranch分支" >> Test.java
[root@git yy000]# cat Test.java
//我是主分支
//我是newbranch分支
[root@git yy000]# git status
[root@git yy000]# git add .
[root@git yy000]# git commit -m "abcd"
[newbranch bda704f] abcd
 1 file changed, 2 insertions(+), 2 deletions(-)
[root@git yy000]# git checkout master
切换到分支 'master'
[root@git yy000]# cat Test.java
//这是一行注释，不会被编译，能提交文件的可读性
//我又加了一个注释
[root@git yy000]# echo "eft"
eft
[root@git yy000]# git add .
[root@git yy000]# git commit -m "ccc"
# 位于分支 master
无文件要提交，干净的工作区
[root@git yy000]# echo "cdhuwifchiu" > Test.java
[root@git yy000]# git add .
[root@git yy000]# git commit -m "bbb"
[master e618e93] bbb
 1 file changed, 1 insertion(+), 2 deletions(-)
[root@git yy000]# git branch
* master
  newbranch
[root@git yy000]# git merge newbranch
自动合并 Test.java
冲突（内容）：合并冲突于 Test.java
自动合并失败，修正冲突然后提交修正的结果。

10、手动修改
[root@git yy000]# vim Test.java

[root@git yy000]# git add .
[root@git yy000]# git commit -m "合并"

[root@git yy000]# git log

 三、git拉取
1、安装git

[root@slv ~]# yum -y install git

2、设置ssh免密登录
[root@slv ~]# ssh-keygen
[root@slv ~]# ssh-copy-id root@192.168.8.134
[root@slv ~]# ssh root@192.168.8.134

3、克隆
[root@slv ~]# git clone 192.168.8.134:/yy000/.git/
[root@slv ~]# ls
anaconda-ks.cfg  yy000
[root@slv ~]# cd yy000/
[root@slv yy000]# ls
Test.java
[root@slv yy000]# ls -a

4、设置自己的新名和邮箱
[root@slv yy000]# git config --global user.name aaa
[root@slv yy000]# git config --global user.email 123@qq.com

5、修改内容
[root@slv yy000]# touch A.class
[root@slv yy000]# git add .
[root@slv yy000]# git commit -m "aaaaa"
[master b5b7eac] aaaaa

第一次使用对方的项目 git clone       获取更新  git pull

git clone 

四、部署Gitlab服务器
1、码云上新建仓库

2、点击初始化

3、复制地址

4、创建文件
[root@slv yy000]# cd ..
[root@slv ~]# git clone https://gitee.com/the-grass-on-the-east-side/lao.git
[root@slv ~]# cd lao/
[root@slv lao]# ls
README.en.md  README.md
[root@slv lao]# mkdir -p src/main/java/
[root@slv lao]# ls
README.en.md  README.md  src

5、创建文件内并提交
[root@slv lao]# touch src/main/java/Test.java
[root@slv lao]# tree src/

[root@slv lao]# git add .
[root@slv lao]# git commit -m "文件提交"

6、推送
[root@slv lao]# git push

7、修改内容并推送
[root@slv lao]# vim src/main/java/Test.java

[root@slv lao]# git add .
[root@slv lao]# git commit -m "hahahah"
[root@slv lao]# git push
————————————————

                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
                        
原文链接：https://blog.csdn.net/m0_71589190/article/details/140697204