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版本就是我们熟知的GitHub和gitee。这两个网站的底层就是基于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 ：将本地仓库为推送至远端的内容，推送至远端