Git（分布式版本控制系统）（fourteen day）
一、分布式版本控制系统1、Git概述
Git是一种分布式版本控制系统，用于跟踪和管理代码的变更，它由Linux、torvalds创建的，最初被设计用于Linux内核的开发。Git答应开发人员跟踪和管理代码的版本，并且可以在不同的开发人员之间举行协作。
Github用的就是Git系统来管理他们的网站，Github是一个社区，Git是一个服务系统，GitHub只支持Git分布式系统，所以故名成为Github
2、Git的主要功能
（1）版本控制：Git可以跟踪代码的变更，并且可以回滚到任何一个版本
（2）分支管理：Git支持多个分支，可以让不同的开发人员在不同的分支上举行开发，然后在合并到主分支上。
（3）分布式：Git是分布式的，以为着每个开发者都可以在本身的当地分支上举行操作，不需要依靠于中心服务器。
（4）团队协作：Git支持多人协作，可以让不同的开发人员在同一个项目上举行协作。
（5）使用Git举行版本控制可以进步开发服从，淘汰代码冲突，并且可以更好地管理代码变更。
3、Git的功能特性
Git是关注于文件数据团体的厘革，直接会将文件提交时的数据生存成快照，而非仅记录差异内容，并且使用SHA-1加密算法包管数据的完备性。主要功能如下:
（1）克隆数据库版本:从服务器上克隆版本数据库(包括代码和版本信息)到本机上;
（2）提交接码:在本机上本身创建的分支上提交接码;
（3）合并分支:在本机上合并分支;
（4）拉取合并分支:新建一个分支，把服务器上新版的代码Fetch下来，然后跟本身的主分支合并;
（5）代码冲突解决:一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。
4、Github社区
GitHub 是一个面向开源及私有软件项目标托管平台，因为只支持 Git 作为唯一的版本库格举行故名 GitHub。GitHub 可以提供给用户空间创建 Git 仓储，生存用户的一些数据码等
创作!
GitHub 作为开源代码库以及版本控制系统，目前拥有 140 多万开发者用户。随着越多的应用程序转移到了云上，GitHub 已经成为了管理软件开发以及发现已有代码的首选方法。
GitHub 可以托管各种 Git 库，并提供一个 Web 界面，但与别的像 SourceForge 或 Google Code这样的服务不同，GitHub 的独特卖点在于从另外一个项目举行分支的浅易性。为一个项目贡献代码非常简朴:起首点击项目站点的“fork”的按钮，然后将代码检出并将修改参加到刚才分出的代码库最后通过内建的"pull request”机制向项目负责人申请代码合并。
5、Gitlab
GitLab 是一个基于 Git 的项目管理软件用于堆栈管理系统的开源项目。使用 Git 作为代码管理工具，并在此基础上搭建起来 Web 服务。
GitLab 主要针对软件开发过程中产生的代码和文档举行管理，支持 group 和 project 两个维度举行代码和文档的管理。此中，group 是群组，可以有多个project;project 是工程项目，一个project 中可能包含多个 branch，意为每个项目中有多个分支，分支间相互独立，不同分支可以举行归并。GitLab 一站式 DevOps 平台，加速和优化软件开发全生命周期。
6、集中式和分布式的区别
（1）集中式概述
集中式版本控制系统(比方SVN)将代码库存储在一台中心服务器上，团队成员通过客户端从中心服务器获取代码并将更改提交到服务器。这意味着代码库是集中的，所有开发者都在同一个代码库上工作，并且必须与服务器举行通讯才气查察历史记录和获取代码。因此，如果服务器发生故障或网络中断，会导致数据丢失，并且开发者将无法使用代码库。
（2）分布式概述
分布式版本控制系统(比方Gi号,则将完备的代码库复制到每个开发者的当土地算机上，每个开发者都有本身的完备副本，可以在没有网络毗连的情况下继承工作。开发者可以在当地举行代码的修改和提交，然后将更改推送到其他开发者的当地副本中。因此，代码库是分散的，每个开发者都有本身的代码库和历史记录，可以独立工作并在不同的分支上开发代码。
像集中式都有一个主版本号，所有的版本迭代都以这个版本号为主，而分布式因为每个客户端都是服务器，git 没有固定的版本号，但是有一个由哈希算法算出的 id，用来回滚用的，同时也有一个 master 堆栈，这个堆栈是统统分支堆栈的主堆栈，我们可以推送提交到 master 并合并到主堆栈上，主堆栈的版本号会迭代一次，我们客户端上的 git 版本号无论迭代多少次，都跟 master 无关，只有合并时 master 才会迭代一次。
7、集中式和分布式的优缺点
（一）分布式
1、长处
（1）机动性:由于每个节点都有完备的代码库,因此可以更轻松地举行并行工作,不同的开发人
员可以在不同的分支上独立工作,进步工作服从。
（2）可扩展性:由于每个节点都有完备的代码库,因此可以更容易地扩展系统以适应更大的开发团队或项目需求。
（3）独立性:每合节点都可以独立工作,不需要依靠于中心服务器或其他节点,进步了系统的可
用性和稳固性L
2、缺点
（1）安全性:由于每个节点都有完备的代码库,如果某个节点被攻击或出现故障,可能会造成源
代码泄露,影响到整个系统的安全性。
（2）数据同等性:由于每个节点都有本身的代码库和历史记录,因此在合并不同节点的更改时可能会出现数据同等性问题。
（3）管理难度:由于分布式系统的复杂性,管非起来相对困难,需要更多的技能知识和经验。
（二）集中式
1、长处
（1）简朴易用:集中式版本控制系统通常具有简朴明白的设计,易于理解和实施。由于所有的决议和处理都由中心节点完成,客户端装备只需实行简朴的操作即可得到所需的服务。
（2）数据安全性:由于所有数据储在中心服务器上,因此可以更好地保护数据的完备性和安
全性。
（3）管理方便:集中式版本控制系统通常具有集中的管理和控制本事,可以更/容易地举行系统维护和管理。
2、缺点
（1）单点故障:由于整个系统依靠于中心节点,一旦中心节点出现故障或不可用,整个系统将无
法正常运行。这导致系统的可靠性受到了限制,并增加了系统的风险。
（2）性能瓶颈:在集中式版本控制系统中,所有的数据处理和决议都需要通过中心节点举行。当系统负载增大时,中心节点可能成为性能瓶颈,限制了整个系统的处理本事。
（3）可扩展性有限:由于所有的处理都由中心节点完成,集中式版本控制系统的可扩展性受到限制。当系统需要扩展以满足更大规模的需求时,需要升级和改变中心节点,导致系统的扩展
性有限。
8、Git的安装及配置（重点）
（1）Git安装
# yum -y install git #安装git
# rpm -ql git
# git #查察版本信息
最常用的 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 对象
（2）创建git堆栈
使用git指令，肯定要cd到初始化之后的目次中
# mkdir /yy000 #创建目次
# cd /yy000
# ls
# git init
初始化空的 Git 版本库于 /yy000/.git/
# ls -a
. .. .git
# cd .git/
# ls
branches config description HEAD hooks info objects refs #文件备份数据库
# cd ..
# vim Test.java
public class Test{
public static void main(String [] args){
System.out.println("hello world");
}
}
# git add Test.java
# git commit -m "新增了一个Test.java文件，这是新建的"
# git log #查察日志
# git config --global user.name "hamigua"
# git config --global user.email "2216023120@qq.com"
（3）创建文件并提交文件
修改Text.java文件，添加一行解释
# echo "//这是一行java解释，不会编译，能进步文件的可读性" > Test.java
# cat Test.java
//这是一行java解释，不会编译，能进步文件的可读性
# git commit -m "这是第二次提交项目"
这是第二次提交项目
1 file changed, 5 insertions(+)
create mode 100644 Test.java
# git log
commit a34715fc4e9d5cb05a1eba77de2d7da43b467ddb
Author: hamigua <2216023120@qq.com>
Date: Thu Jul 25 10:52:28 2024 +0800
这是第二次提交项目
git init
git add #将文件提交到缓存
git commit -m #分析
git log #查察历史
9、Git的根本流程
1.在工作目次 (工作区) 中修改某些文件
2.对已修改文件作快照，并生存到暂存区域 git add .
3.将生存在暂存区的文件快照提交到版本库git commit -m ""
4.查察提交历史 git log
（1）创建当地空堆栈
init:初始化当前目次为堆栈，初始化后会主动将当前堆栈设置为 master
创建当地堆栈的条件是需要一个空目次，然后在空目次中初始化你的项目
（2）新建文件添加到当地堆栈
■ add:将文件添加到缓存区
■ commit:提交到当地堆栈
（3）提交文件到堆栈
使用-m命令来简写描述我们的信息，如果不使用-m，会调用终端的解释编辑器来输入描述信息，而不发起使用解释编辑器，因为解释编辑器比较难用，不舒服。
（4）查察历史的提交记录
git log
https://i-blog.csdnimg.cn/direct/a3d1c44b90de4270bc039e46eaccb1a6.png
10、工作目次、暂存区和版本库
（1）工作目次:指当前正在举行修改的文件夹或目次。在这个目次中，开发者可以添加、修改、删除文件，然后将这些修改提交到Git中。
（2）暂存区:一个中间区域，它位于工作目次和版本库之间。在这里，开发者可以将修改后的文件添加到暂存区，以便在提交时将这些修改打包成一个提交(也称为“提交”或“提交记录”)。
（3）版本库:存储所有提交历史记录的地方。每个提交都包含一个快照 (即项目标状态)，以及一个指向上个提交的引用。开发者可以从版本库中检出历史记录中的任何一个版本，并在工作目次中查察它的状态
在举行Git操作时，开发者通常会先将修改添加到暂存区，然后使用"git commi"命令将这些修改提交到版本库中。提交后，暂存区中的修改会被清空，工作目次中的文件会与版本库中的文件保持同等。这个过程可以正帮助开发者更好地管理代码的厘革，使得代码的版本控制更加清晰和可控。
二、Gitlab以及分支管理
1、分支的概念
每次提交，Git都把这条时间线就是一个分支。停止到目前，只指一条时间每次提交，Git都把它们串成一条时间线，线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，，而是指向master，而 master才是指向提交的，所以，HEAD指向的就是当前分支。
开始的时间，master分支是一条线，Git 用 master 指向最新的提交，再用HEAD指向 master，就能确定当前分支，以及当前分支的提交点。每次提交，master分支都会向前移动一步，这样，随着你不停提交，master分支的线也越来越长。
查察当前堆栈的分支
# git branch
* master
（当前只有一个master主分支，当工作完成后，其他的分支都会合并到主分支）
2、创建分支过程
要求abc三个人实现一个接口
Test.java
一个文件在同一时间只能被一个用户编辑
# git checkout master
# ls
Test.java
# git branch abranch
# git branch
切换到a的分支上
# git checkout abranch
# git branch
# echo "//酷爱美食" >> Test.java
# cat Test.java
//这是一行java解释，不会编译，能进步文件的可读性
//我又加了一个解释
//酷爱美食
# git add .
# git commit -m "a员工提交的内容"
# git checkout master
# cat Test.java
//这是一行java解释，不会编译，能进步文件的可读性
//我又加了一个解释
//酷爱美食
# git branch
# git checkout -b bbranch
# git branch
abranch
* bbranch
master
# cat Test.java
//这是一行java解释，不会编译，能进步文件的可读性
//我又加了一个解释
//酷爱美食
# echo "我是b员工" >> Test.java
# git checkout abranch
M Test.java
切换到分支 'abranch'
# cat Test.java
//这是一行java解释，不会编译，能进步文件的可读性
//我又加了一个解释
//酷爱美食
我是b员工
合并分支
# git merge abranch
删除分支（删除abranch bbranch cbranch dbranch）
# git branch -d abranch
已删除分支 abranch（曾为 f40221c）。
# git branch -d bbranch
已删除分支 bbranch（曾为 48e4581）。
# git branch -d cbranch
已删除分支 cbranch（曾为 a34715f）。
# git branch -d dbranch
已删除分支 dbranch（曾为 a34715f）。
# git branch
* master
在合并的时间，又可能出现文件冲突
两个分支都发生修改，合并的时间就不知道，就不清晰哪个分支为主，产生冲突
手动解决
# echo "//我是主分支，我修改了文件0" > Test.java
# git checkout -b newbranch
M Test.java
切换到一个新分支 'newbranch'
# git branch
master
* newbranch
# cat Test.java
//我是主分支，我修改了文件0
# echo "我是newbranch分支" >> Test.java
# cat Test.java
//我是主分支，我修改了文件0
我是newbranch分支
# git checkout master
M Test.java
切换到分支 'master'
# git status
# 位于分支 newbranch
# 尚未暂存以备提交的变更：
# （使用 "git add <file>..." 更新要提交的内容）
# （使用 "git checkout -- <file>..." 扬弃工作区的改动）
#
# 修改： Test.java
#
修改尚未参加提交（使用 "git add" 和/或 "git commit -a"）
# git add .
# git commit -m "abcd"
abcd
# git checkout master
切换到分支 'master'
# cat Test.java
//这是一行java解释，不会编译，能进步文件的可读性
//我又加了一个解释
//酷爱美食
我是b员工
# echo "eft"
# git add .
# echo "我是你大爷" > Test.java
# git add .
# git commit -m "你大爷是我"
#主分支有修改，newbranch也有修改
#现在要将newbranch合并到主分支
# git merge newbranch
主动合并 Test.java
冲突（内容）：合并冲突于 Test.java
主动合并失败，修正冲忽然后提交修正的效果。
# cat Test.java
<<<<<<< HEAD
我是你大爷
=======
//我是主分支，我修改了文件0
我是newbranch分支
>>>>>>> newbranch
# vim Test.java
我是newbranch分支
# git add .
# git commit -m "打野"
# git log
小结
（1）git堆栈创建
找到一个空目次 mkdir /test
进入到这个目次 cd /test
实行git指令 git init
发现一个隐蔽目次 .git
test就是工作区域 .git就是堆栈
（2）常用命令
在test目次中修改文件
git add .|文件名 将修改的文件提交到暂存区域
git commit -m "分析" 将暂存区的数据生存到堆栈
git log 查察提交日志
（3）分支
让一个项目有动重可能性
分支的创建，删除，合并
查察分支 git branch 有几行，就有几个分支，*标注当前所在分支
切换分支的指令 git checkout 分支名
新增分支
git branch 新分支名
在跳转分支的时间创建 git checkout -b 新分支名
删除分支，要求是分支已经合并
git branch -d abranch
（4）分支冲突
将两个分支合并
git checkout abranch
git merge bbranch 在a分支合并b分支
在合并的时间，又可能出现文件冲突，两个分支都发生修改，合并的时间就不知道，就不清晰哪个分支为主，产生冲突，手动解决
3、Git拉取
新建一台zhangsan的主机
yum -y install git
做免密
ssh-keygen
ssh-copy-id root@192.168.1.10
克隆192.168.1.10上的资料
git clone 192.168.1.10:/yy000/.git/
第一次使用对方项目 git clone
获取更新 git pull
#修改内容
#设置本身的姓名和邮箱
# git config --global user.name zzz
# git config --global user.email zzz@163.com
# touch A.class
# git add .
# git commit -m "zzzzzz"
# git push
4、在码云上创建项目
# cd ..
# git clone https://gitee.com/a-network-that-loves-learning/git.git
正克隆到 'git'...
remote: Enumerating objects: 4, done.
remote: Counting objects: 100% (4/4), done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 4 (delta 0), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (4/4), done.
# cd git/
# ls
README.en.md README.md
# mkdir -p src/main/java
# ls
README.en.md README.md src
# touch src/main/java/test.java
# tree src/
src/
└── main
└── java
└── test.java
# git add .
# git commit -m "文件提交"
文件提交
# git push
warning: push.default 未设置，它的默认值将会在 Git 2.0 由 'matching'
修改为 'simple'。若要不再显示本信息并在其默认值改变后维持当前使用风俗，
举行如下设置：
git config --global push.default matching
若要不再显示本信息并从现在开始采取新的使用风俗，设置：
git config --global push.default simple
参见 'git help config' 并查找 'push.default' 以获取更多信息。
（'simple' 模式由 Git 1.7.11 版本引入。如果您有时要使用老版本的 Git，
为保持兼容，请用 'current' 取代 'simple' 模式）
Username for 'https://gitee.com': 13519328371
Password for 'https://13519328371@gitee.com':
Counting objects: 7, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (6/6), 434 bytes | 0 bytes/s, done.
Total 6 (delta 0), reused 0 (delta 0)
remote: Powered by GITEE.COM
remote: Set trace flag 464eabb7
To https://gitee.com/a-network-that-loves-learning/git.git
e3fb466..dddb9bd master -> master
打开码云官网查察
https://i-blog.csdnimg.cn/direct/a7b53bcb9b7f412c87040d8a473f239f.png
https://i-blog.csdnimg.cn/direct/7d94ad411e094cbbbc7b0f6786f9c987.png
# vim src/main/java/test.java
public class Test{
public static void main(String [] args){
System.out.println("hello world");
}
}
# git add .
# git commit -m "我是你爹"
我是你爹
# git push
打开马云官网查察
https://i-blog.csdnimg.cn/direct/f6d92246f11341d6af6473954c73a836.pnghttps://i-blog.csdnimg.cn/direct/bc9f11e35a10450ea422d9b19a91279d.png
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]