【Linux】分布式版本控制工具Git的学习 | 在Linux上使用git

如果无聊的话就来逛逛 我的博客栈 吧! 🌹

一、前言

今天 $anduin$ 带大家学习的内容是 $Git$ 。

大家可能多多少少都用过 Github, Gitee 等代码托管平台。而它们的名字中就带有 git 的字段。

实际上这些平台都是可以通过 git 来进行管理的而 git 本身是一个开源的、免费的 分布式版本控制工具 通过 git 可以快速高效地处理代码的合并项目的管理等功能。

而 git 在团队协作开发上也是十分好用的因为 git 支持多分支团队成员可以将代码提交到一个仓库从而对项目进行多人合作开发。

讲到这里我们几乎已经可以感受到 git 的重要性了。

今天的目标就是带大家了解git 的历史背景和认识何为分布式版本控制工具。并且做到能在 LInux 上使用 git 完成代码的提交等基本操作。

而对于一些较难的操作例如多分支版本回溯等操作我们暂且不提。

二、历史背景

$Git$ 的发明者就是下图的大叔$Linus$ 大神。那么究竟是什么原因让 $Linus$ 发明 $Git$ 的呢那就得从开发 $Linux$ 操作系统时讲起。

当 $Linus$ 大神在和世界上优秀的程序员开发 $Linux$ 操作系统时当时可用的版本控制工具并不多。所以 $Linus$ 那些代码都是靠 $Linus$ 本人合并也就是类似于复制粘贴… 复制粘贴…

要知道 $Linux$ 内核的代码是很多的所以 $Linus$ 大神本人每天干这个事情也是很累。

而当时最好用的版本管理软件是 $BitKeeper$ 这个软件它不开源并且是收费的。 但是 $BitKeeper$ 的东家 $BitMover$ 公司处于人道主义精神授权 $Linux$ 社区免费使用版本控制系统因为 $Linux$ 操作系统的开发本身就是一件很有意义的事情但是要求不能进行破解。

但是 $Linux$ 社区无法像商业公司那样对参与开发者进行强有力的约束因为社区性质本身就是开源社区。所以社区内的成员就开始对 $BitKeeper$ 试图破解。最后被 $BitMover$ 公司发现了。

别人明确规定不能破解也答应了。破解了没发现还好最坏的是被发现了。这时提供软件的公司就很生气于是就收回 $Linux$ 社区的免费使用权。

可是一旦养成习惯使用分布式版本控制工具了在要 $Linus$ 大神再去手动合并代码就不可能了。毕竟由奢入俭难嘛

所以 $Linus$ 大神自己亲自出马闭关两周后$Git$ 就诞生了。$Git$ 是由 $Linus$ 大神使用 $C$ 语言开发的一个分布式版本控制系统一个月后 $Linux$ 系统代码由 $Git$ 管理。

而到现在 $Git$ 已经成为最火的分布式版本控制工具一些著名代码托管平台例如 $Github$ 等只支持以 $Git$ 作为唯一的版本库格式作为托管。

而 $Git$ 也因为其精简的设计、易于学习、占地面积小、性能快等一些系列优点深受程序员喜爱。

三、版本控制

$Git$ 是一个分布式版本控制工具但是版本控制是什么版本控制工具又是什么它们能干什么优点是什么

这些我们可能还不清楚所以下面我们对其进行讲解。

1、何为版本控制

版本控制是一种记录文件内容变化以便查阅指定版本修订情况的控制系统。

版本控制最大的优点就是记录了以往的版本可以随时查阅版本记录从而让用户能查看历史版本。

举个例子论文我们应该都写过。而论文从开始写到交上去可能会修正很多遍。

而版本就是每次的论文样式例如

这里的每一个文件都是一个版本都记录着之前的文件。

而版本控制就是将这些版本记录下来方便用户查阅之前的版本 。

而由于版本控制当进行团队协作时也更加方便通过版本控制就可以更加清晰的了解各版本的变化从而做出升级和改进。

2、版本控制工具

版本控制工具分为两类集中式版本控制工具和分布式版本控制工具。

① 集中式版本控制工具

常见的集中式版本控制工具有 $SVN$ $CVS$ 等。

集中式版本控制有一个特点就是 只有单一的集中管理的服务器 。在服务器中保存着所有文件的修订版本。

在协同工作时小组成员都会通过客户端链接到服务器通过服务器来完成提交更新。

这种版本控制可以通过管理员来掌握小组成员的动作情况管理权限。管理成本低管理模式集中。

但是这种版本控制有一个致命的缺陷服务器发生故障小组成员就无法协同工作 。

插个题外话

所以说 $Linus$ 大神在不能使用 $BitKeeper$ 的情况宁愿自己开发一个 $Git$ 也不愿意使用集中式版本控制工具。

因为 $Linux$ 社区成员众多如果使用这种版本控制还不如自己合并代码呢 …

② 分布式版本控制工具

常见的分布式版本控制工具有 $Git$ $Mercurial$ 等。

分布式版本控制工具通常有客户端和服务端。

客户端提取的不是这些文件版本而是把代码仓库完整的通过镜像的方式克隆到本地就是 本地库 。

这种机制也让仓库的控制性更加好。如果一处协同工作的文件故障了那么可以通过其他客户端的本地库进行恢复。

而分布式版本控制工具也解决了集中式版本工具的弊病

• 当服务器崩掉时也可以进行开发因为存在本地库通过本地库就可以进行版本控制
• 在小组成员的客户端上保存着完整的项目备份提高了安全性

而这种控制方式也提高了使用者的舒适度

• 如果用户不想要把自己的项目上传到远端也可以将项目上传到本地进行本地式的管理。

• 对于协同开发的用户更是可以将项目上传至服务器让服务器进行数据管理避免数据丢失更加安全。

四、代码托管平台

说到代码托管平台大家耳熟能详的实际上就是 $Github$ $Gitee$ 等平台了。

$Github$

$Gitee$

这些代码托管平台的特点就是 继承了 $Git$ 代码仓库托管的功能并且增加了许多个性化的功能如代码片段分享订阅等特色功能 。

除了通过 $Git$ 进行版本的控制用户更能在网站上直接进行操作让用户在网站上也可以完成对版本的修改。

说白了就像是抽象出了一块独立空间更贴近于用户体验。增加了个性化功能让代码托管平台不仅能版本控制更作为一个协作的平台变成一个更大的交流圣地。

程序员可以在 $Github$ 或 $Gitee$ 上进行交流且在上面也有着许多开源项目让更多人见识到开源的魅力。

而 $Github$ 和 $Gitee$ 的区别

• $Gitee$ 是国内的$Github$ 是国外的
• $Github$ 用户基数较多开源项目更加丰富
• $Gitee$ 的用户大多是国人且是中文界面更容易让人接受
• $Github$ 的服务器在国外如果不使用加速器的话访问速度相对较慢而 $Gitee$ 则由于服务器在国内的原因访问速度较快

五、Linux上使用git

前面讲了这么多我们总算对 git 有了一些认识那么接下来我们就在 LInux 上进行操作。

先用 git --version 检查一下 LIinux 下有没有安装 git

显然是安装了的如果没有安装的可以使用安装

sudo yum install -y git

1、创建仓库

紧接着到 $Gitee$ 或 $Github$ 上创建一个仓库我使用的是 $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 三板斧

1. git add . 将内容提交到暂存区
2. git commit -m “日志信息” 将内容提交到本地库日志要好好写
3. git push 将本地库中的内容推送到远端仓库

六、结语

到这里本篇博客就到此结束了。

学习完之后大家也许会发现对 $Git$ 的认知和版本控制等知识更加清晰了有了这个反应就说明今天的知识大家基本已经掌握了。

$Git$ 无论是在平常的学习还是日后工作的团队开发中都是极其重要的所以为了更加了解这个流程大家下去也可以在 Linux 上实操一下相信通过今天的学习我们也能很轻松的操作出来。

如果觉得 $anduin$ 写的不错的话可以 点赞 + 收藏 + 评论 支持一下哦我们下期见~