2024年7月25日(Git gitlab以及分支管理 )

分布式版本控制系统

一、Git概述

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

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

Git 的主要功能包括:

1.版本控制:Git可以跟踪代码的变更,并且可以回滚到任何一个版本。

2.分支管理:Git支持多个分支,可以让不同的开发人员在不同的分支上进行开发,然后再合并
到主分支上。

3.分布式:Git是分布式的T意味着每个开发者都可以在自己的本地分支上进行操作,不需要依
赖于中央服务器。

4.团队协作:Git支持多人协作,可以让不同的开发人员在同一个项目上进行协作。

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

像集中式都有一个主版本号,所有的版本迭代都以这个版本号为主,而分布式因为每个客户端都
是服务器,git没有固定的版本号,但是有一个由哈希算法算出的id,用来回滚用的,同时也有一
个master仓库,这个仓库是一切分支仓库的主仓库,我们可以推送提交到master并合并到主仓
库上,主仓库的版本号会迭代一次,我们客户端上的git版本号无论迭代多少次,都跟master无
关,只有合并时master才会迭代一次。

六、集中式和分布式的优缺点
1、分布式
(1)优点

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

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

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

(2)缺点

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

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

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

2、集中式
(1)优点

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

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

(2)缺点

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

2.性能瓶颈:在集中式版本控制系统中,所有的数据处理和决策都需要通过中心节点进行。当
系统负载增大时,中心节点可能成为性能瓶颈,限制了整个系统的处理能力。

3.可扩展性有限:由于所有的处理都由中心节点完成,集中式版本控制系统的可扩展性受到限
制。当系统需要扩展以满足更大规模的需求时,需要升级和改变中心节点,导致系统的扩展
性有限。

 七、Git的安装及配置
1、Git的安装

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

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

2、最常用的 git 命令有:

   add        添加文件内容至索引
   bisect     通过二分查找定位引入 bug 的变更
   branch     列出、创建或删除分支
   checkout   检出一个分支或路径到工作区
   clone      克隆一个版本库到一个新目录
   commit     记录变更到版本库
   diff       显示提交之间、提交和工作区之间等的差异
   fetch      从另外一个版本库下载对象和引用
   grep       输出和模式匹配的行
   init       创建一个空的 Git 版本库或重新初始化一个已存在的版本库
   log        显示提交日志
   merge      合并两个或更多开发历史
   mv         移动或重命名一个文件、目录或符号链接
   pull       获取并合并另外的版本库或一个本地分支
   push       更新远程引用和相关的对象
   rebase     本地提交转移至更新后的上游分支中
   reset      重置当前HEAD到指定状态
   rm         从工作区和索引中删除文件
   show       显示各种类型的对象
   status     显示工作区状态
   tag        创建、列出、删除或校验一个GPG签名的 tag 对象

命令 'git help -a' 和 'git help -g' 显示可用的子命令和一些指南。参见
'git help <命令>' 或 'git help <指南>' 来查看给定的子命令帮助或指南。

3、创建目录

[root@git ~]# mkdir /yy000
使用git指令,一定要cd到初始化之后的目录中

4、cd到yy000目录中使用intit指令初始化

[root@git ~]# cd /yy000/
[root@git yy000]# git init
初始化空的 Git 版本库于 /yy000/.git/

5、 创建文件并且提交文件(git int,git add .将文件提交到缓存 git commit -m 说明,git log 查看历史)

[root@git yy000]# vim Test.java

[root@git yy000]# ls Test.java 
Test.java

[root@git yy000]# git log
[root@git yy000]# git add Test.java 

[root@git yy000]# git commit -m "新增了一个Test.java文件"

6、git的配置环境

[root@git yy000]# git config --global user.email 19570211943@163.com
[root@git yy000]# git config --global user.name li 

7、修改Test.java文件,添加注释

[root@git yy000]# echo "//这是一行注释" > 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]# git add .
[root@git yy000]# git commit -m "将缓存中的内容提交到仓库"
[root@git yy000]# git log

八、Git的基本流程

1.在工作目录(工作区)中修改某些文件

2. 对已修改文件作快照,并保存到暂存区域 git add.

3. 将保存在暂存区的文件快照提交到版本库git commit-m

4.查看提交历史

1、创建本地空仓库

init:初始化当前目录为仓库,初始化后会自动将当前仓库设置为master

创建本地仓库的条件是需要一个空目录,然后在空目录中初始化你的项目

2、新建文件添加到本地仓库

add:将文件添加到缓存区

commit:提交到本地仓库

 3、提交文件到仓库

使用-m命令来简写描述我们的信目,如果不使用m,会调用终端的注释编辑器来输入描述信息,而不建议使用注释编辑器,因为注释编辑器比较难用,不舒服。

 

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

1.工作目录:指当前正在进行诊改的文件夹或目录。在这个目录中,开发者可以添加、修改、删除文件,然后将这些修改提交到Git中。

2.暂存区:一个中间区域,它位于工作目录和版本库之间。在这里,开发者可以将修改后的文件添加到暂存区,以便在提交时将这些修改打包成一个提交(也称为“提交”或“提交记录”)。

3.版本库:存储所有提交历史记录的地方。每个提交都包含一个快照(即项目的状态),以及一个指向上一个提交的引用。开发者可以从版本库中检出历史记录中的任何一个版本,并在工作目录中查看它的状态。

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

 十、gitlab以及分支管理

[root@git yy000]# git branch
* master
当前只有一个主分支,当工作完成后,其他分支会合并到主分支

1、分支概念

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

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

2、 要求abc三个人实现一个接口Test.java。一个文件在同一时间被一个用户编辑

git branch 分支名称  git checkout -b 分支名称,在分支的同时创建分支

[root@git yy000]# git checkout master
已经位于 'master'
[root@git yy000]# ls
Test.java
[root@git yy000]# cat Test.java 
//这是一行注释
//我又加了一行注释

[root@git yy000]# git branch abranch     创建a分支
[root@git yy000]# git branch   查看当前所有分支,显示当前所在的分支
  abranch
* master
切换到a分支上

[root@git yy000]# git checkout abranch   切换到a分支
切换到分支 'abranch'
[root@git yy000]# git branch
* abranch
  master
[root@git yy000]# ls
Test.java
[root@git yy000]# echo "//我是a,我不叫" >> Test.java 
[root@git yy000]# cat Test.java 
//这是一行注释
//我又加了一行注释
//我是a,我不叫

[root@git yy000]# git commit -m "a提交的内容"
 


[root@git yy000]# git checkout master
切换到分支 'master'
[root@git yy000]# git branch
  abranch
* master
[root@git yy000]# cat Test.java 
//这是一行注释
//我又加了一行注释


[root@git yy000]# git checkout abranch   分支提交的项目,主分支没有
切换到分支 'abranch'
[root@git yy000]# cat Test.java 
//这是一行注释
//我又加了一行注释
//我是a,我不叫
 

两个分支之间是共享的

[root@git yy000]# git checkout -b bbranch
切换到一个新分支 'bbranch'
[root@git yy000]# git branch
  abranch
* bbranch
  master
[root@git yy000]# cat Test.java 
//这是一行注释
//我又加了一行注释
//我是a,我不叫
[root@git yy000]# echo "我是b" >> Test.java 
[root@git yy000]# git branch
  abranch
* bbranch
  master
[root@git yy000]# git checkout abranch
M    Test.java
切换到分支 'abranch'
[root@git yy000]# cat Test.java 
//这是一行注释
//我又加了一行注释
//我是a,我不叫
我是b

3、合并分区

[root@git yy000]# git merge abranch    

4、删除分支

[root@git yy000]# git branch -d abranch
[root@git yy000]# git branch -d bbranch
[root@git yy000]# git branch -d cbranch
合并的时候可能会出现文件冲突(主分支修改了文件,zhangsan分支也修改了这个文件,合并的时候,就不清楚以那个分区为主)

[root@git yy000]# git branch
* master
[root@git yy000]# echo "//我是主分支,我修改了文件" > Test.java 
[root@git yy000]# git checkout -b newbranch
M    Test.java
切换到一个新分支 'newbranch'
[root@git yy000]# git branch
  master
* newbranch
[root@git yy000]# cat Test.java 
//我是主分支,我修改了文件
[root@git yy000]# echo "//我是newbranch分支" >> Test.java 
[root@git yy000]# cat Test.java 
//我是主分支,我修改了文件
//我是newbranch分支
 

[root@git yy000]# echo "eftgggg" >> Test.java 
[root@git yy000]# git add .
[root@git yy000]# git commit -m "cccc"
现在将newbranch合并到主分支

[root@git yy000]# git merge newbranch
自动合并 Test.java
冲突(内容):合并冲突于 Test.java
自动合并失败,修正冲突然后提交修正的结果。

[root@git yy000]# cat Test.java 
<<<<<<< HEAD
//这是一行注释
//我又加了一行注释
//我是a,我不叫
我是b
eftgggg
=======
//我是主分支,我修改了文件
//我是newbranch分支
>>>>>>> newbranch

 

[root@git yy000]# vim Test.java 
[root@git yy000]# git add .
[root@git yy000]# git commit -m "合并修改"
[root@git yy000]# git log

十一、第二台安装git

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

1、ssh免密登录

[root@slv ~]# ssh-keygen
[root@slv ~]# ssh-copy-id root@192.168.8.146

[root@slv ~]# ssh root@192.168.8.146
Last login: Thu Jul 25 13:13:21 2024 from 192.168.8.1

2、克隆192.168.8.146上的资料

[root@slv ~]# git clone 192.168.8.146:/yy000/.git/

3、设置自己的姓名和邮箱

[root@slv yy000]# git config --global user.name aaa
[root@slv yy000]# git config --global user.email aaa@163.com

4、修改内容

[root@slv yy000]# git pull

[root@slv yy000]# touch A.class
[root@slv yy000]# git add .
[root@slv yy000]# git commit -m "aaaa"
[master 3c90477] aaaa
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 A.class

 十二、在码云上面创建仓库

[root@slv yy000]# cd ..
[root@slv ~]# git clone https://gitee.com/the-spring-breeze-in-the-west/orange.git
[root@slv ~]# cd orange/
[root@slv orange]# ls
README.en.md  README.md

[root@slv orange]# mkdir -p src/main/java/
[root@slv orange]# ls
README.en.md  README.md  src
[root@slv orange]# touch src/main/java/Test.java
[root@slv orange]# git add .
[root@slv orange]# git commit -m "文件提交"
[root@slv orange]# git push

[root@slv orange]# vim src/main/java/Test.java 
[root@slv orange]# vim src/main/java/Test.java 
[root@slv orange]# git add .
[root@slv orange]# git commit -m "哎"

[root@slv orange]# git push

  • 22
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值