【Git学习笔记】深度理解Git的分布式版本控制系统及其管理
【Git学习笔记】深度理解Git的分布式版本控制系统及其管理
🔥个人主页:大白的编程日记
🔥专栏:Git学习笔记
文章目录
- 【Git学习笔记】深度理解Git的分布式版本控制系统及其管理
- 前言
- 一. 远程操作
- 1.1 理解分布式版本控制系统
- 二.远程仓库
- 2.1 新建远程仓库
- 2.2 克隆远程仓库
- 2.3 向远程仓库推送
- 2.4 拉取远程仓库
- 三. 配置Git
- 3.1 忽略特殊文件
- 3.2 给命令配置别名
- 四. 标签管理
- 4.1 理解标签
- 4.2 创建标签
- 4.3 操作标签
- 后言
前言
哈喽,各位小伙伴大家好!上期我们讲了git分支管理!。今天我们来讲一下深度理解Git的分布式版本控制系统。话不多说,我们进入正题!向大厂冲锋
一. 远程操作
1.1 理解分布式版本控制系统
我们目前所说的所有内容(工作区,暂存区,版本库等等),都是在本地!也就是在你的笔记本或者计算机上。而我们的 Git其实是分布式版本控制系统!什么意思呢?
可以简单理解为,我们每个人的电脑上都是一个完整的版本库,这样你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。
在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了。也可能今天你的同事病了,他的电脑压根没有开机。因此,分布式版本控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。有了这个“中丢失,包括git的所有内容)中央服务器”的电脑,这样就不怕本地出现什么故障了(比如运气差,硬盘坏了,上面的所有东西全部
二.远程仓库
Git 是分布式版本控制系统,同一个Git 仓库,可以分布到不同的机器上。怎么分布呢?最早,肯定只有一台机器有一个原始版本库,此后,别的机器可以“克隆”这个原始版本库,而且每台机器的版本库其实都是一样的,并没有主次之分。
你肯定会想,至少需要两台机器才能玩远程库不是?但是我只有一台电脑,怎么玩?
其实一台电脑上也是可以克隆多个版本库的,只要不在同一个目录下。不过,现实生活中是不会有人这么傻的在一台电脑上搞几个远程库玩,因为一台电脑上搞几个远程库完全没有意义,而且硬盘挂了会导致所有库都挂掉,所以我也不告诉你在一台电脑上怎么克隆多个仓库。
实际情况往往是这样,找一台电脑充当服务器的角色,每天24小时开机,其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上,并且各自把各自的提交推送到服务器仓库里,也从服务器仓库中拉取别人的提交。
完全可以自己搭建一台运行 Git 的服务器,不过现阶段,为了学 Git先搭个服务器绝对是小题大作。好在这个世界上有个叫 GitHub 的神奇的网站,从名字就可以看出,这个网站就是提供 Git 仓库托管服务的,所以,只要注册一个GitHub账号,就可以免费获得 Git 远程仓库。
github是国外的网站,速度比较慢,我们课堂上同统一采用码云来托管代码。下来,我们从零开始,使用一下码云远程仓库。
2.1 新建远程仓库
新建远程项目仓库:
填写基本信息:
单分支模型就是创建后只有master分支
同时我们还可以给我们的仓库设置成员。
创建成功
- ReadMe文件
ReadMe文件主要是介绍我们这个仓库是什么的 包含一些仓库的基本信息。
- lssues文件
我们的仓库可以设置开源 如果浏览则发现我们仓库的bug
他可以通过lssues模版提出问题给仓库的负责人 还可以设置标签等这时负责人就可以看见浏览则提出的bug信息
- Pull Requests
我们为了保护master分支 其他分支要与master合并时开发人员要写一个申请单 Pull Requests 有管理人审核后决定是否合并。
创建成功后,我们可以对远程仓库进行一个基本的设置:开源or私有
从创建好的远程仓库中我们便能看到,之前在本地学习过的分支,也存在于远程仓库中并被管理起来了。刚创建的仓库有且只有一个默认的master分支。
2.2 克隆远程仓库
克隆/下载远端仓库到本地,需要使用 git clone 命令,后面跟上我们的远端仓库的链接,远端仓库的链接可以从仓库中找到:选择“克隆/下载”获取远程仓库链接:
SSH 协议和 HTTPS 协议是 Git最常使用的两种数据传输协议。SSH 协议使用了公钥加密和公钥登陆机制,体现了其实用性和安全性,使用此协议需要将我们的公钥放上服务器,由 Git 服务器进行管理。使用 HTTPS 方式时,没有要求,可以直接克隆下来。
- 使用 HTTPS 方式:
qcj@139 - 159 - 150 - 152:~$
git clone https ://gitee.com/qcj91/git_teaching.git
Cloning into 'git_teaching'...
Username for 'https://gitee.com' : qcj91
Password for 'https://qcj91@gitee.com' :
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), 1.80 KiB | 1.80 MiB / s, done.
qcj@139 - 159 - 150 - 152:~$ ls
gitcode
git_teaching
qcj@139 - 159 - 150 - 152:~$ ls git_teaching /
README.en.md README.md
- 使用 SSH 方式:
qcj@139 - 159 - 150 - 152:~$ git clone git@gitee.com:qcj91 / git_teaching.git
Cloning into 'git_teaching'...
The authenticity of host 'gitee.com (212.64.63.215)' can't be established.
ECDSA key fingerprint is SHA256 : FQGC9Kn / eye1W8icdBgrQp + KkGYoFgbVr17bmjey0Wc.
Are you sure you want to continue connecting(yes / no / [fingerprint]) ? yes
Warning : Permanently added 'gitee.com,212.64.63.215' (ECDSA)to the list of
known hosts.
git@gitee.com: Permission denied(publickey).
fatal : Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
使用 SSH方式克隆仓库,由于我们没有添加公钥到远端库中,服务器拒绝了我们的 clone 链接。需要我们设置一下!
第一步:创建SSH Key。在用户主目录下,看看有没有.ssh目录,如果有,再看看这个目录下有没有id_rsa 和 id_rsa.pub 这两个文件,如果已经有了,可直接跳到下一步。如果没有,需要创建SSH Key:
#
注意要输⼊⾃⼰的邮箱,然后⼀路回车,使⽤默认值即可
qcj@139 - 159 - 150 - 152:~$
ssh - keygen - t rsa - C "2689241679@qq.com"
Generating public / private rsa key pair.
Enter file in which to save the key(/ home / hyb / .ssh / id_rsa) :
Enter passphrase(empty for no passphrase) :
Enter same passphrase again :
Your identification has been saved in / home / hyb / .ssh / id_rsa
Your public key has been saved in / home / hyb / .ssh / id_rsa.pub
The key fingerprint is :
SHA256:sepKZUwKIXjJxYcot49tvOW + Aa + pEhdsRqVDFSmgQZo 2689241679@qq.com
The key's randomart image is:
+ -- - [RSA 3072]---- +
| *+oB = + |
| |
|= = Oo + . |
| E * +o .. . |
| *o + o |
| o * o + S |
|.o == .. |
| o ..++ |
| . .. + .. |
| ... + o + . |
| |
+----[SHA256]---- - +
顺利的话,可以在用户主自录里找到
ssh目录,里面有id_rsa和id_rsa.pub 两个文件,
这两个就是SSHKey的秘钥对,id_rsa是私钥,不能泄露出去,
id_rsa.pub 是公钥,可以放心地告诉任何人。
hyb@139-159-150-152:~$ ls -a .ssh/
. .. id_rsa id_rsa.pub known_hosts
第二步:添加自己的公钥到远端仓库。
点击ssh公钥 选项,进行设置:
需要对你进行认证,输入你的账号密码即可。至此,我们的准备工作全部做完,点击确认后,欢快的clonel吧
qcj@139 - 159 - 150 - 152:~$
git clone git@gitee.com:qcj91 / git_teaching.git
Cloning into 'git_teaching'...
Warning : Permanently added the ECDSA host key for IP address '212.64.63.190'
to the list of known hosts.
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
Receiving objects : 100 % (4 / 4), done.
qcj@139 - 159 - 150 - 152:~$ ls
gitcode git_teaching
qcj@139 - 159 - 150 - 152:~$ ls git_teaching /
README.en.md README.md
done,成功!如果有多个人协作开发,GitHub/Gitee 允许添加多个公钥,只要把每个人的电脑上的Key 都添加到 GitHub/Gitee,就可以在每台电脑上往 GitHub/Gitee 上提交推送了。
当我们从远程仓库克隆后,实际上 Git 会自动把本地的 master分支和远程的 master分支对应起来并且,远程仓库的默认名称是 origin。在本地我们可以使用 git remote 命令,来查看远程库的信息,如:
hyb@139-159-150-152:~/git_teaching$ git remote
origin
或者,用git remote -v显示更详细的信息
hyb@139-159-150-152:~/git_teaching$ git remote -v
origin git@gitee.com:hyb91/git_teaching.git (fetch)
origin git@gitee.com:hyb91/git_teaching.git (push)
上面显示了可以抓取和推送的origin的地址。如果没有推送权限,就看不到push 的地址。推送是什么意思呢,我们继续往下看。
2.3 向远程仓库推送
本地已经 clone 成功远程仓库后,我们便可以向仓库中提交内容,例如新增一个 file.txt 文件:
#新建文件
qcje139 - 159 - 150 - 152:~/ git_teaching$ ls
README.en.md README.md
qcj139 - 159 - 150 - 152 : ~/ git_teaching$ vim file.txt
qcje139 - 159 - 150 - 152 : ~/ git_teaching$ cat file.txt
hello git
#提交文件
qcje139 - 159 - 150 - 152:~/ git_teaching$ git add
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git commit - m"create file.txt"
[master 7ce3183]create file.txt
1 file changed, l insertion(+)
create mode 100644 file.txt
提交时要注意,如果我们之前设置过全局的 name 和 e-mail,这两项配置需要和 gitee 上配置的用户名和邮箱一致,否则会出错。或者从来没有设置过全局的 name 和 e-mail,那么我们第一次提交时也会报错。这就需要我们重新配置下了,同样要注意需要和 gitee 上配置的用户名和邮箱一致。如何配置已讲过,在这里就不再赘述。
到这里我们已经将内容提交至本地仓库中,如何将本地仓库的内容推送至远程仓库呢,需要使用 git push 命令,
该命令用于将本地的分支版本上传到远程并合并,命令格式如下
git push<远程主机名><本地分支名>:<远程分支名>
# 如果本地分支名与远程分支名相同,则可以省略冒号:
git push<远程主机名><本地分支名》
此时我们要将本地的 master 分支推送到 origin 主机的 master分支,则可以:
qcj@139 - 159 - 150 - 152:~/ git_teaching$
git push origin master
Enumerating objects : 4, done.
Counting objects : 100 % (4 / 4), done.
Compressing objects : 100 % (2 / 2), done.
Writing objects : 100 % (3 / 3), 308 bytes | 308.00 KiB / s, done.
Total 3 (delta 0), reused 0 (delta 0)
remote : Powered by GITEE.COM[GNK - 6.4]
To gitee.com : qcj91 / git_teaching.git
c6ce3f0..7ce3183 master->master
推送成功!这里由于我们使用的是 SSH协议,是不用每一次推送都输入密码的,方便了我们的推送操作。如果你使用的是 HTTPS 协议,有个麻烦地方就是每次推送都必须输入口令。
接下来,看看码云远端:
代码已经被推送至远端了:
2.4 拉取远程仓库
在 gitee 上点击 README.md 文件并在线修改它
此时,远程仓库是要领先于本地仓库一个版本,为了使本地仓库保持最新的版本,我们需要拉取下远端代码,并合并到本地。Git提供了 git pull 命令,该命令用于从远程获取代码并合并本地的版本。格式如下:
git pull<远程主机名><远程分支名>:<本地分支名>
# 如果远程分支是与当前分支合并,则冒号后面的部分可以省略。
git pull<远程主机名><远程分支名>
使用⼀下:
#
拉取远程分⽀,并与当前分⽀进⾏合并
qcj@139 - 159 - 150 - 152:~/ git_teaching$
git pull origin master
remote : Enumerating objects : 5, done.
remote : Counting objects : 100 % (5 / 5), done.
remote : Compressing objects : 100 % (3 / 3), done.
remote : Total 3 (delta 1), reused 0 (delta 0), pack - reused 0
Unpacking objects : 100 % (3 / 3), 1.02 KiB | 1.02 MiB / s, done.
From gitee.com : qcj91 / git_teaching
* branch
master
7ce3183..60e6b0a master->FETCH_HEAD
Updating 7ce3183..60e6b0a
Fast - forward
README.md | 2 ++
1 file changed, 2 insertions(+)
...->origin / master
qcj@139 - 159 - 150 - 152:~/ git_teaching$
cat README.md
第⼀次修改内容
我们发现,拉取成功了!
三. 配置Git
3.1 忽略特殊文件
在日常开发中,我们有些文件不想或者不应该提交到远端,比如保存了数据库密码的配置文件,那怎么让 Git 知道呢?在Git工作区的根目录下创建一个特殊的.gitignore 文件,然后把要忽略的文件名填进去,Git 就会自动忽略这些文件了。
不需要从头写.gitignore 文件,gitee 在创建仓库时就可以为我们生成,不过需要我们主动勾选一下:
如果当时没有选择这个选择,在工作区创建一个也是可以的。无论哪种方式,最终都可以得到一个完整的.gitignore文件,例如我们想忽略以.so和.ini结尾所有文件,.gitignore 的内容如下:
在.gitignore 文件中也可以指定某个确定的文件。
最后一步就是把.gitignore也提交到远端,就完成了
qcj@139 - 159 - 150 - 152:~/ git_teaching$ vim.gitignore
qcj@139 - 159 - 150 - 152:~/ git_teaching$
git add .
qcj@139 - 159 - 150 - 152:~/ git_teaching$
git commit - m"add .gitignore"
[master 97811ab] add.gitignore
1 file changed, 3 insertions(+)
create mode 100644.gitignore
qcj@139 - 159 - 150 - 152:~/ git_teaching$
git push origin master
Enumerating objects : 4, done.
Counting objects : 100 % (4 / 4), done.
Compressing objects : 100 % (2 / 2), done.
Writing objects : 100 % (3 / 3), 362 bytes | 362.00 KiB / s, done.
Total 3 (delta 0), reused 0 (delta 0)
remote : Powered by GITEE.COM[GNK - 6.4]
To gitee.com : qcj91 / git_teaching.git
60e6b0a..97811ab master->master
接着我们就来验证一下.gitignore文件的能力,在工作区新增两个文件a.so b.ini:
hyb@139-159-150-152:~/git_teaching$ touch a.so b.ini
hybe139-159-150-152:~/git_teaching$ git status
On branch masterYour branch is up to date with 'origin/master'
nothing to commit,working tree clean
检验.gitignore 的标准就是 git status 命令是不是说 working tree clean。
Git 并没有提示在工作区中有文件新增,果然.gitignore生效了!
但有些时候,你就是想添加一个文件到 Git,但由于这个文件被.gitignore 忽略了,根本添加不了,那么可以用-f 强制添加:我们发现
$ git add -f [filename]
或者你发现,可能是.gitignore写得有问题,需要找出来到底哪个规则写错了,
比如说 a.so 文件是要被添加的,可以用git check-ignore 命令检查:
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git check - ignore - y a.so
.gitignore : 3 : *.so a.so
Git 会告诉我们,.gitignore 的第3行规则忽略了该文件,于是我们就可以知道应该修订哪个规则。
还有些时候,当我们编写了规则排除了部分文件时,例如:
# 排除所有.开头的隐藏⽂件:
.*
但是我们发现.*这个规则把.gitignore 也排除了。虽然可以用 git add - f 强制添加进去,但有强迫症的童鞋还是希望不要破坏.gitignore 规则,这个时候,可以添加一条例外规则 :
# 排除所有.开头的隐藏⽂件:
.*
# 不排除.gitignore
!.gitignore
把指定文件排除在.gitignore 规则外的写法就是!+文件名,所以,只需把例外文件添加进去即可。
3.2 给命令配置别名
在我们使用 Git 期间,有些命令敲的时候着实让人头疼(太长了。。)
幸运的是,git支持对命令进行简化!
举个例子,将 git status 简化为 git st ,对应的命令为:
$ git config --global alias.st status
–global 参数是全局参数,也就是这些命令在这台电脑的所有Git仓库下都有用。如果不加,那只针对当前的仓库起作用。
好了,现在敲 git st 看看效果:
hyb@139-159-150-152:~/git_teaching$ git st
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree clean
再来配置一个git last,让其显示最后一次提交信息:
$ git config --global alias.last 'log -1'
这样,用 git last 就能显示最近一次的提交
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git last
commit 97811abd1d43774aeb54fee32bf4fc76b2b08170(HEAD->master,
origin / master, origin / HEAD)
Author : qcj91 <2689241679@qq.com>
Date : Fri May 12 17 : 27 : 06 2023 + 0800
add.gitignore
不过,我个人还是不推荐大家现在去使用他,等大家工作了,再去简化自己的工作吧,目前所有的命令都要手动完成,尽快适应 Git。
四. 标签管理
4.1 理解标签
标签 tag ,可以简单的理解为是对某次 commit 的一个标识,相当于起了一个别名。例如,在项目发布某个版本的时候,针对最后一次 commit起一个 v1.0 这样的标签来标识里程碑的意义。
这有什么用呢?相较于难以记住的commit id ,tag 很好的解决这个问题,因为 tag 一定要给个让人容易记住,且有意义的名字。当我们需要回退到某个重要版本时,直接使用标签就能很快定位到。
4.2 创建标签
在Git中打标签非常简单,首先,切换到需要打标签的分支上
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git branch
* master
然后,敲命令 git tag,[name]就可以打一个新标签!
hyb@139 - 159 - 150 - 152:~/ git_teaching$ git tag vl.0
可以用命令 git tag 查看所有标签:
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git tag
v1.0
默认标签是打在最新提交的 commit 上的。那如何在指定的commit上打标签呢?方法是找到历史提交的commitid,然后打上就可以了,示例如下:
# 历史记录
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git log --pretty = oneline --abbrev - commit
97811ab(HEAD->master, tag: v1.0, origin / master, origin / HEAD) add.gitignore
60e6b0a update README.md.
7ce3183 create file.txt
c6ce3f0 Initial commit
# 对Initial commit这次提交打标签
qcj@139 - 159 - 150 - 152:~/ git_teaching$
git tag v0.9 c6ce3f0
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git tag
v0.9
v1.0
注意,标签不是按时间顺序列出,而是按字母排序的。
可以用 git show [tagname]查看标签信息。
qcj@139 - 159 - 150 - 152:~/ git_teaching$
git show v1.0
commit 97811abd1d43774aeb54fee32bf4fc76b2b08170(HEAD->master, tag: v1.0,
origin / master, origin / HEAD)
Author : qcj91 <2689241679@qq.com>
Date : Fri May 12 17 : 27 : 06 2023 + 0800
add.gitignore
diff --git a / .gitignore b / .gitignore
...
Git 还提供可以创建带有说明的标签,用-a指定标签名,-m指定说明文字,格式为:
git tag -a [name] -m "XXX" [commit_id]
另外,打完标签之后,使用 tree.git 命令查看一下你的本地库有什么变化,肯定能帮助你理解
4.3 操作标签
如果标签打错了,也可以删除:
qcj@139-159-150-152:~/git_teaching$ git tag
v0.9
v1.0
hyb@139-159-150-152:~/git_teaching$ git tag -d v0.9
Deleted tag 'v0.9' (was c6ce3f0)
hyb@139-159-150-152:~/git_teaching$ git tag
v1.0
因为创建的标签都只存储在本地,不会自动推送到远程。所以,打错的标签可以在本地安全删除。
如果要推送某个标签到远程,使用命令git push origin
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git tag
v1.0
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git push origin v1.0
Total 0 (delta 0), reused 0 (delta 0)
remote : Powered by GITEE.COM[GNK - 6.4]
To gitee.com : qcj91 / git_teaching.git
* [new tag]
v1.0->v1.0
此时,查看远端码云,看到了标签已经被更新!完美!
当然,如果你本地有很多标签,也可以一次性的全部推送到远端:
git push origin --tags
如果标签已经推送到远程,要删除远程标签就麻烦一点,先从本地删除:
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git tag
v1.0
qcj@139 - 159 - 150 - 152:~/ git_teaching$ git tag - d v1.0
Deleted tag 'v1.0' (was 97811ab)
然后,从远程删除。删除命令也是push,但是格式如下
qcj@139 - 159 - 150 - 152:~/ git_teaching$
git push origin : refs / tags / v1.0
remote : Powered by GITEE.COM[GNK - 6.4]
To gitee.com : qcj91 / git_teaching.git - [deleted]
v1.0
在码云上查看确实删除成功:
后言
这就是Git初始及其结构原理分析。大家自己好好消化!今天就分享到这!感谢各位的耐心垂阅!咱们下期见!拜拜~