0


【Linux】两个故事带你使用git命令行

目录

github和gitee是代码的托管平台,我们上传代码或文件在其中,来管理我们的代码和不同版本软件。

在多人协作开发中,它们更是不可或缺的利器,那你们了解git吗?

github和gitee的底层逻辑来自于git,它在其中的地位举足轻重,下面是我对git的一部分了解,希望能帮到你。


博客内容:

接下来我们通过两个小故事讲解git的来源和作用,在利用gitee这个网站简绍git的一个基本功能版本管理,最后简绍如何在Linux命令行中使用git。

该篇博客主要以理解版本管理和在Linux上使用git提交文件为主。

一.历史故事

背景

​ Linux之父林纳斯·本纳第克特·托瓦兹(下文统一:托瓦兹),在1991年编写完成了0.11版也就是第一版的Linux内核, 想要更好的发展LInux这一操作系统,绝不可能依赖于托瓦兹自己,毕竟在几百万行的代码,不同类型的功能面前(驱动、磁盘、文件系统、管理、IO等等),一个人的力量就显得微不足道。

所以托瓦兹将其开源,并让全世界的工程师和黑客都看到了它的价值,使其纷纷参与进去共同开发。全世界范围的工程师各自完成擅长的模块,那他们写好后的代码该如何处理?有不少工程师直接将代码发给托瓦兹,由其来复制粘贴到合适的位置,但毕竟人数太多,要是只干这个托瓦兹每天都要在复制粘贴中度过,这显然不可以。

​ 对于这个问题,托瓦兹该怎样解决?找人来代替它?解放他的劳动力?这显然也是不可取的,既然可以将这些代码进行整合,那么说明他们本身的能力就很不错,浪费在复制粘贴上,这属是有点暴殄天物,也会增加成本。在全世界的工程师都在为开源Linux用爱发电时,属实没必要在增加这个开销。全世界范围内的聪明人,不可能被这个问题难住,他们认为需要一个管理代码的软件,由工程师自己上传代码,以此解决这个问题。

经过

​ 最初托瓦兹不是想着自己去打造这样的软件,而是去寻找现有的多人协作共同开发的软件,很幸运他找到了(这就是大神的思路,遇到问题,直接去找是否有人将问题解决了,他直接拿来用),但不幸的是,这个软件它是收费的,在大家的讨论后,决定放弃使用这款软件,对外的声明是“与开源的精神不相符”(个人认为:要花钱的东西有时在一定程度上会阻碍它自身的推广,影响它的影响力和传播速度,我们一般看一个东西,如视频、文章,当我们觉得它很不错,才会去考虑是否花钱去购买之后的内容,并在掏钱时多少还有点不大乐意)。

​ 好在托瓦兹最后找到了那个软件公司,他们的老板十分慷慨与尊重他们,告诉他,他觉得Linux社区是改变世界的社区,很尊重他们,其他人想要用这个软件需要花钱,给他们社区免费使用。就这样Linux社区使用这个软件来管理他们的代码,并取得了不错得反响。

git的诞生

​ 如果故事到这里就结束就不会有之后的git,事情的发展有时充满了戏剧性。大多数顶级得工程师都有一个通病,那就是好奇,他们好奇这个软件是怎样做的,如何运行,于是Linux社区的很多人就开始去破解这个软件。直到有一天,一个实例差不多点的工程师破解出来部分的内容,并将其发布出来,像世界宣布他的成果,这使得软件公司的老板十分恼火,他尊重他们给他们免费使用,反过来还要挖他的墙角,决定终止对该社区免费使用的权力。就这样托瓦兹一夜回到解放前,他当然也不可能在去复制粘贴代码,由奢入俭难啊!于是他花了两到三周也去开发了一个版本控制器的软件,并将其开源,取名为git,引来了许多对版本控制感兴趣的工程师,在不断发展下,形成了我们今天看到的git

二.git版本管理

git的功能不局限于版本管理,还要更丰富的分支管理、回退、项目标签等等,衍生出在公司内部使用git多人协作的情况。

  • 这里我们只介绍git的版本管理功能

1.小故事

接下来我们用一个小故事来简绍版本管理

在学校我们可能会面对老师要求做实验报告的情况,假如在我们的学校中有一个特别负责任的老师教我们Linux,在一次实验过后,让全班给他交一份相关的实验报告。

我的一个室友小a第一个做完了,拿着电子文档直接去找老师交报告,老师看后说你这哪里哪里不好,你下去在改一下,于是小a回去就在原本的报告上进行修改。第二次去找老师后,他还说不行,需要继续修改,没有办法,小a只能在去改,如此往复四五次之后,老师对小a说,这样吧,距离截至日期也没剩几天了,你直接把第一次的报告交上来就好了,小a直接傻了,实验报告早让他改的没有当初的样子,他也没有备份,只能一个人回去难受。

我是个人精,我旁观了整个事情,知道了这个老师的脾气,于是留了一万个心眼,把每次老师要修改的实验报告都留了一份,在我最后一次去交报告时,他和我说了同样的话,让我直接交第二次的报告,我没有一点的负担,在电脑上找出了报告交了上去。
在这里插入图片描述

在计算机世界里,我就是一个苦逼的程序员,我的这个操作就是版本管理,老师叫做产品经理

任何一个软件都有buge,我们需要更新,这就形成不同的版本,我们一般使用git来对这些不同的版本进行管理。

我们继续我们的故事,我自己完成了这个老师的实验报告,但是班里的其他同学就没有那么好运,我又是个热心肠的,决定帮他们管理他们的实验报告,让他们将每一次修改的报告都发给我,我进行管理,需要那个在和我要,我通过管理这些大量的实验报告,逐渐摸索出一套独特的方法能够更好的管理,随着我的名声渐渐大了起来,其他学院的学生也有实验报告需要管理,纷纷找上了我。

面对这么多的实验报告,我整体在哪里利用我的方法管理都忙不过来,此时,我充分的发挥了计算机专业的优势,我写了一个基于网络的软件,分为客户端服务端,服务端部署在自己的云服务器上,客户端下载在自己的电脑上,把我手动的工作代替了,从此在管理报告就不用找我,直接下载客户端上传即可,我们称这个版本为1.0,随着用的人越来越多,我觉得这个软件有很大的市场,需要用到的人很多,我将其取名为git,推广到全国。

推广后,我的软件成为全国知名的软件,但它的所有操作都是基于黑屏和命令行的,实在不雅观。接下来我招兵买马,对其进行修改使其网站化。上传后很多操作就可以直接在网站上进行实现,接着又开发了一个新的客户端,在这个客户端上就可以提交上传(该文不讲此内容),更方便于人们的操作。我们称这个版本为2.0

接下来的故事大家应该都知道了,2.0版本就是我们熟知的GitHubgitee。这两个网站的底层就是基于git实现的。

2.理解版本管理

通过上面的小故事,我们利用gitee更好的理解版本管理。

我们使用gitee管理文件,可以将其分为两个步骤:

  1. 在本地电脑上完成代码或文件的编写
  2. 通过软件上传到对应的仓库,系统会自动管理

每一次的上传都会有记录,哪怕对同一个文件进行修改,只要进行上传,我们就能找到它不同时期修改后的文件。

结合小故事,我们只要每次在一份实验报告中进行修改,在上传,gitee就会自动帮我们保存每次上传的同一文件的不同版本。

如下图,是我在本地,对一个文件进行修改后的三次上传,每次上传的文件都可以找到
在这里插入图片描述

  • 上图的版本号是上传后自动生成的,每次上传都会生成一个

基于这个原理,每次软件的版本的更新和管理也就好理解了,将修改好的软件代码进行上传,对其标签为新的版本号,通过不同的标签就能得到不同版本的代码

如下图,我们随意找一个开源的项目来进行观察
在这里插入图片描述

  • 上面左边的版本号就是标签,上传是自己设定的,代表对应的版本,右边是上传时自动生成的。

使用这个网站来管理我们的实验报告,每次修改后,在上传到网站,老师要那个提取那个给它发送即可。

三.git的使用

1.仓库的创建

首先我们在自己的gitee或github上创建一个仓库,我使用gitee步骤如下:
在这里插入图片描述
点击新建仓库后,会出现如下的页面

在这里插入图片描述
得到如下的仓库,其中仓库开源、删除仓库、设置管理者都在管理中,不是本文主要内容,这里不多做简绍。

在这里插入图片描述
我们已经创建好了仓库,想要在Linux上使用git我们还需要仓库的链接,将该仓库克隆到本地,如下

在这里插入图片描述

复制后即完成对gitee的操作

2.安装git和仓库克隆

先使用

git --version

检查git是否在Linux上安装
在这里插入图片描述
出现如上的类似显示就是已安装,如果没有安装使用下面的命令安装

sudo yum install -y git

下载后,使用如下指令进行对仓库的克隆

git clone 复制的仓库链接

在这里插入图片描述
因为我们的仓库是私有的需要输入用户名和密码,仓库开源后就不用在输入了。

克隆后,仓库即可显示在本地,下图的文件夹就是仓库

在这里插入图片描述
可以看出,我们上面创建的仓库内的文件都在这个目录下。

多出的

.git

目录实际上就是本地仓库,其中会以二进制的形式存储每次上传的记录

如下我们查看

.git

目录

注意:.git文件不要改,管都不要管它

3.上传代码三板斧

add

先找个文件,将其拷贝进入仓库中

在这里插入图片描述

此时,该文件并不叫做被添加入仓库,它只是被放入了这个文件下。

接着使用如下命令使该文件被仓库所管理,将其存入到仓库的暂存区

git add .

该指令执行完后,可以使用如下指令查看是否存入暂存区

git status

在这里插入图片描述
显示new file后跟文件名,说明此文件已被存入

commit

接下来,我们要将将当前目录所有未添加的文件,添加到本地仓库

.git

在使用如下命令,对文件进行添加

git commit -m "日志"

双引号内需要填写上传文件的概述,需要认证对待,越清楚越好,每次的提交都会被记录下来,可以通过

git log指令

查到所有的提交日志,要是你在公司离职了,下一个程序员来接收你的工作,查看你的代码发现看不懂,去看你提交时的信息,到底是做什么的,结果也是看不懂,是要骂人的,所以你不好好写这个会被老板叫去谈话。

在这里插入图片描述
将文件提交到我们本地的

.git

中,一是担心本地存储出现问题,在提交过去多一层保障,二是方便定期的远端保存,在公司里让领导看,知道面前项目的进度方便整合。

如果是我们一个人开发,到这里就可以了,但现在我们不管他,我们的目的是将文件提交到本地并推送到远端,使本地和远端两个仓库保持一直。

注意: 第一次提交会出现如下的问题

在这里插入图片描述
需要我们自己设定一下自己的邮件和用户名,方便别人查看后于我们及时联系。

使用上图红色框中的两条指令,复制即可,修改后面双引号内的信息

在这里插入图片描述

add和commit是将文件暂存在本地库的操作,下面是将本地库的文件推送到远端

push

最后,在使用如下指令进行远端的推送

git push

一般在提交的时候需要输入用户名和密码

在这里插入图片描述
得到如上图所示结构说明推送成功。

在push时也可能遇到以下的警告:

在这里插入图片描述
该警告需要修改全局变量,将下面指令执行后即可

git config --global push.default matching
git config --global push.default simple

完成这三板斧,我们在看一下gitee中是否成功提交

在这里插入图片描述

总结:

  1. git add . :将内容提交至暂存区
  2. git commit -m “日志” :将内容提交到本地仓库
  3. git push :将本地仓库为推送至远端的内容,推送至远端
标签: git linux github

本文转载自: https://blog.csdn.net/m0_52094687/article/details/128735115
版权归原作者 榶曲 所有, 如有侵权,请联系我们删除。

“【Linux】两个故事带你使用git命令行”的评论:

还没有评论