目录
- 一.历史故事
- 背景
- 经过
- git的诞生
- 二.git版本管理
- 1.小故事
- 2.理解版本管理
- 三.git的使用
- 1.仓库的创建
- 2.安装git和仓库克隆
- 3.上传代码三板斧
- add
- commit
- push
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管理文件，可以将其分为两个步骤：
- 在本地电脑上完成代码或文件的编写
- 通过软件上传到对应的仓库，系统会自动管理
每一次的上传都会有记录，哪怕对同一个文件进行修改，只要进行上传，我们就能找到它不同时期修改后的文件。
结合小故事，我们只要每次在一份实验报告中进行修改，在上传，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中是否成功提交
总结：
- git add . ：将内容提交至暂存区
- git commit -m “日志” ：将内容提交到本地仓库
- git push ：将本地仓库为推送至远端的内容，推送至远端
