👑作者主页:@安 度 因
🏠学习社区:安度因的学习社区
📖专栏链接:Linux
文章目录
如果无聊的话,就来逛逛 我的博客栈 吧! 🌹
一、前言
今天
a
n
d
u
i
n
anduin
anduin 带大家学习的内容是
G
i
t
Git
Git 。
大家可能多多少少都用过 Github, Gitee 等代码托管平台。而它们的名字中就带有 git 的字段。
实际上这些平台都是可以通过 git 来进行管理的,而 git 本身是一个开源的、免费的 分布式版本控制工具 ,通过 git 可以快速高效地处理代码的合并,项目的管理等功能。
而 git 在团队协作开发上也是十分好用的,因为 git 支持多分支,团队成员可以将代码提交到一个仓库,从而对项目进行多人合作开发。
讲到这里,我们几乎已经可以感受到 git 的重要性了。
今天的目标就是带大家了解git 的历史背景和认识何为分布式版本控制工具。并且做到能在 LInux 上使用 git ,完成代码的提交等基本操作。
而对于一些较难的操作,例如多分支,版本回溯等操作我们暂且不提。
二、历史背景
G
i
t
Git
Git 的发明者就是下图的大叔,
L
i
n
u
s
Linus
Linus 大神。那么究竟是什么原因让
L
i
n
u
s
Linus
Linus 发明
G
i
t
Git
Git 的呢?那就得从开发
L
i
n
u
x
Linux
Linux 操作系统时讲起。
当
L
i
n
u
s
Linus
Linus 大神在和世界上优秀的程序员开发
L
i
n
u
x
Linux
Linux 操作系统时,当时可用的版本控制工具并不多。所以
L
i
n
u
s
Linus
Linus 那些代码都是靠
L
i
n
u
s
Linus
Linus 本人合并,也就是类似于复制粘贴… 复制粘贴…
要知道
L
i
n
u
x
Linux
Linux 内核的代码是很多的,所以
L
i
n
u
s
Linus
Linus 大神本人每天干这个事情也是很累。
而当时最好用的版本管理软件是
B
i
t
K
e
e
p
e
r
BitKeeper
BitKeeper ,这个软件它不开源并且是收费的。 但是
B
i
t
K
e
e
p
e
r
BitKeeper
BitKeeper 的东家
B
i
t
M
o
v
e
r
BitMover
BitMover 公司处于人道主义精神,授权
L
i
n
u
x
Linux
Linux 社区免费使用版本控制系统,因为
L
i
n
u
x
Linux
Linux 操作系统的开发本身就是一件很有意义的事情,但是要求不能进行破解。
但是
L
i
n
u
x
Linux
Linux 社区无法像商业公司那样对参与开发者进行强有力的约束,因为社区性质本身就是开源社区。所以社区内的成员就开始对
B
i
t
K
e
e
p
e
r
BitKeeper
BitKeeper 试图破解。最后被
B
i
t
M
o
v
e
r
BitMover
BitMover 公司发现了。
别人明确规定不能破解,也答应了。破解了没发现还好,最坏的是被发现了。这时提供软件的公司就很生气,于是就收回
L
i
n
u
x
Linux
Linux 社区的免费使用权。
可是一旦养成习惯使用分布式版本控制工具了,在要
L
i
n
u
s
Linus
Linus 大神再去手动合并代码就不可能了。毕竟由奢入俭难嘛!
**所以
L
i
n
u
s
Linus
Linus 大神自己亲自出马,闭关两周后,
G
i
t
Git
Git 就诞生了。
G
i
t
Git
Git 是由
L
i
n
u
s
Linus
Linus 大神使用
C
C
C 语言开发的一个分布式版本控制系统,一个月后
L
i
n
u
x
Linux
Linux 系统代码由
G
i
t
Git
Git 管理。**
而到现在
G
i
t
Git
Git 已经成为最火的分布式版本控制工具,一些著名代码托管平台,例如
G
i
t
h
u
b
Github
Github 等只支持以
G
i
t
Git
Git 作为唯一的版本库格式作为托管。
而
G
i
t
Git
Git 也因为其精简的设计、易于学习、占地面积小、性能快等一些系列优点深受程序员喜爱。
三、版本控制
G
i
t
Git
Git 是一个分布式版本控制工具,但是版本控制是什么,版本控制工具又是什么,它们能干什么,优点是什么?
这些我们可能还不清楚,所以下面我们对其进行讲解。
1、何为版本控制
版本控制是一种记录文件内容变化,以便查阅指定版本修订情况的控制系统。
版本控制最大的优点就是记录了以往的版本,可以随时查阅版本记录,从而让用户能查看历史版本。
举个例子,论文我们应该都写过。而论文从开始写,到交上去,可能会修正很多遍。
而版本,就是每次的论文样式,例如:
这里的每一个文件都是一个版本,都记录着之前的文件。
而版本控制就是将这些版本记录下来,方便用户查阅之前的版本 。
而由于版本控制,当进行团队协作时也更加方便,通过版本控制就可以更加清晰的了解各版本的变化,从而做出升级和改进。
2、版本控制工具
版本控制工具分为两类,集中式版本控制工具和分布式版本控制工具。
① 集中式版本控制工具
常见的集中式版本控制工具有
S
V
N
SVN
SVN ,
C
V
S
CVS
CVS 等。
集中式版本控制有一个特点就是 只有单一的集中管理的服务器 。在服务器中,保存着所有文件的修订版本。
在协同工作时,小组成员都会通过客户端链接到服务器,通过服务器来完成提交更新。
这种版本控制可以通过管理员来掌握小组成员的动作情况,管理权限。管理成本低,管理模式集中。
但是这种版本控制有一个致命的缺陷:服务器发生故障,小组成员就无法协同工作 。
插个题外话:
所以说
L
i
n
u
s
Linus
Linus 大神在不能使用
B
i
t
K
e
e
p
e
r
BitKeeper
BitKeeper 的情况,宁愿自己开发一个
G
i
t
Git
Git 也不愿意使用集中式版本控制工具。
因为
L
i
n
u
x
Linux
Linux 社区成员众多,如果使用这种版本控制,还不如自己合并代码呢 …
② 分布式版本控制工具
常见的分布式版本控制工具有
G
i
t
Git
Git ,
M
e
r
c
u
r
i
a
l
Mercurial
Mercurial 等。
分布式版本控制工具通常有客户端和服务端。
客户端提取的不是这些文件版本,而是把代码仓库完整的通过镜像的方式克隆到本地,就是 本地库 。
这种机制也让仓库的控制性更加好。如果一处协同工作的文件故障了,那么可以通过其他客户端的本地库进行恢复。
而分布式版本控制工具也解决了集中式版本工具的弊病 :
- 当服务器崩掉时,也可以进行开发,因为存在本地库,通过本地库就可以进行版本控制
- 在小组成员的客户端上保存着完整的项目备份,提高了安全性
而这种控制方式也提高了使用者的舒适度 :
- 如果用户不想要把自己的项目上传到远端,也可以将项目上传到本地,进行本地式的管理。
- 对于协同开发的用户,更是可以将项目上传至服务器,让服务器进行数据管理,避免数据丢失,更加安全。
四、代码托管平台
说到代码托管平台,大家耳熟能详的实际上就是
G
i
t
h
u
b
Github
Github ,
G
i
t
e
e
Gitee
Gitee 等平台了。
G
i
t
h
u
b
Github
Github :
G
i
t
e
e
Gitee
Gitee :
这些代码托管平台的特点就是 **继承了
G
i
t
Git
Git 代码仓库托管的功能,并且增加了许多个性化的功能,如代码片段分享,订阅等特色功能** 。
除了通过
G
i
t
Git
Git 进行版本的控制,用户更能在网站上直接进行操作,让用户在网站上也可以完成对版本的修改。
说白了就像是抽象出了一块独立空间,更贴近于用户体验。增加了个性化功能,让代码托管平台不仅能版本控制,更作为一个协作的平台,变成一个更大的交流圣地。
程序员可以在
G
i
t
h
u
b
Github
Github 或
G
i
t
e
e
Gitee
Gitee 上进行交流,且在上面也有着许多开源项目,让更多人见识到开源的魅力。
而
G
i
t
h
u
b
Github
Github 和
G
i
t
e
e
Gitee
Gitee 的区别:
G i t e e Gitee Gitee 是国内的, G i t h u b Github Github 是国外的
G i t h u b Github Github 用户基数较多,开源项目更加丰富
G i t e e Gitee Gitee 的用户大多是国人,且是中文界面更容易让人接受
G i t h u b Github Github 的服务器在国外,如果不使用加速器的话访问速度相对较慢,而 G i t e e Gitee Gitee 则由于服务器在国内的原因,访问速度较快
五、Linux上使用git
前面讲了这么多,我们总算对 git 有了一些认识,那么接下来我们就在 LInux 上进行操作。
先用
git --version
检查一下 LIinux 下有没有安装 git :
显然是安装了的,如果没有安装的可以使用安装:
sudo yum install -y git
1、创建仓库
紧接着到
G
i
t
e
e
Gitee
Gitee 或
G
i
t
h
u
b
Github
Github 上创建一个仓库,我使用的是
G
i
t
e
e
Gitee
Gitee 。
首先选择新建仓库:
然后设置仓库名、是否开源,初始化,设置模板等…
然后点击克隆,以 https 的形式复制远端仓库的链接:
而联合开发和删除仓库在都在仓库的管理部分,相对简单,我就不多赘述了。
2、仓库克隆和细节介绍
使用命令:
git clone https格式网址
将远端仓库克隆到本地,输入指令后需要输入用户名和密码:
(注:只有私有的克隆时才需要输入用户名和密码,开源的话就不用输)
然后目录下就出现了一个目录,名字就是上方创建目录时生成的路径名:
然后进入目录,在显示一下隐藏文件,可以发现一个
,git
的隐藏目录。
而之前我们仓库中的文件也都在这里,就比如
Readme
文件。
同时也出现了一个叫做 .git 的目录。**.git 实际上就是仓库,也就是本地库,git 中会将修改记录以二进制的形式保存在文件中。**
使用
tree .git
查看一下目录内容:
框出来的部分就是修改记录。
注: .git 中的内容不要改!一定要记好了!
3、git三板斧
首先,进行一下内容拷贝,将上次写的进度条代码拷贝到当前目录下:
当内容拷贝过来之后,需要将本文件夹内所有内容提交到暂存区 :
git add .
在使用指令查看一下暂存区状态:
git status
下面显示了 new file ,说明我们已经将文件提交到了暂存区。
接着,将暂存区的文件提交到本地库 :
git commit -m "日志信息"
""
引起来的部分为上传的日志,日志一定要好好写 ,这表明这部分代码是什么,或者新增加了什么功能。
并且别人是可以看到你的日志信息的,只要你的仓库开源,别人将仓库克隆到本地后,就可以使用
git log
或
git reflog
查看到你的日志信息:
git reflog 为查看版本信息,git log 为查看版本详细信息。
注:这些日志都是被保存下来的,所以在团队协作中,一定不能乱写,也千万不能写骂领导的话(小声bb)。打马赛克的部分是邮箱,不好好写会被问候的(doge)。
当第一次提交时,会遇到一个小问题:
框出来的话表明你需要设定一下自己的邮件和用户名,方便之后别人查看到你的日志后和你及时联系。
这时需要输入两行指令,就是第二个方框中的内容:
这时框起来的部分出现,就表明已经将暂存区的内容提交到了本地库,也就是 .git 目录中。
而以上的 add 和 commit 的操作就是将文件保存到本地库的动作(还是在本地)。
而这它们的逻辑关系可以用一张图表示:
接下来将本地库内容推送到远端 :
git push
输入指令后,要求我们输入用户名密码,注意这里的账号是一开始克隆仓库时使用的用户名和密码。
输入后呈现这样的格式就说明推送成功了。
可以设置免密码提交,操作很简单,可以百度一下。
注:提交时可能会出现这样的告警
这个告警的影响其实不大,只需要修改全局配置,让每次 push 的时候总是显示即可。
对于 matching 和 simple ,分别输入:
git config --global push.default matching
git config --global push.default simple
进行完这些步骤,切换至 gitee 查看一下是否提交成功:
已经提交成功了(后面显示的时间,是把文件放到暂存区的时间)
总结一下 git 三板斧:
- git add . :将内容提交到暂存区
- git commit -m “日志信息” :将内容提交到本地库,日志要好好写
- git push :将本地库中的内容推送到远端仓库
六、结语
到这里本篇博客就到此结束了。
学习完之后,大家也许会发现,对
G
i
t
Git
Git 的认知和版本控制等知识更加清晰了,有了这个反应,就说明今天的知识大家基本已经掌握了。
G
i
t
Git
Git 无论是在平常的学习,还是日后工作的团队开发中都是极其重要的,所以为了更加了解这个流程,大家下去也可以在 Linux 上实操一下,相信通过今天的学习我们也能很轻松的操作出来。
如果觉得
a
n
d
u
i
n
anduin
anduin 写的不错的话,可以 **点赞 + 收藏 + 评论** 支持一下哦!我们下期见~
版权归原作者 安 度 因 所有, 如有侵权,请联系我们删除。