Git之走进Git
Git简介
Git是目前世界上最先进的分布式版本控制系统。由于其强大的众多功能，使得它是世界上最先进的、没有之一的分布式版本控制系统。Git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。
版本控制是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理，是软件配置管理的核心思想之一。版本控制最主要的功能就是追踪文件的变更。它将什么时候、什么人更改了文件的什么内容等信息详实地记录下来。每一次文件的改变，文件的版本号都将增加。
关于版本控制，简单通俗点来说就是：假如我们在写一个很重要的word文档，而且这个文档编写过程肯定不是一气呵成的，需要不断地修改，不断地提交检查，像极了我们毕业论文的编写过程。当我们提交初稿之后，老师提出了修改意见，我们进行修改，修改时我们对初稿有删除，也有增加，但是我们又担心删除掉的内容会在以后用得到，所以就不太想让当前文档直接覆盖初稿，所以我们选择另存为该文档。到最后，我们会有初稿、修改版1.0、修改版2.0、......终稿1.0等各种版本的文档，而且每个文档中的内容都各不相同，但是我们却不知道文档和文档之间到底哪部分做了修改，产生了不同，当我们想要找回之前删除的部分内容时，很难下手去寻找，这就是版本控制不好带来的灾难性的问题。而当我们使用了很好的版本控制系统之后，我们对初稿所做的修改可能会变成“X年X月X日 XXX对初稿进行了修改，增加了XXX内容”等，这样我们对初稿所做的各种修改就会被详细地记录下来，我们要找回删除的内容的话，也很容易。
Git其实本身完全可以做到版本控制，但是其所有内容以及版本记录只能保存在本机，如果想要将文件内容以及版本记录同时保存在远程和本机，则需要结合GitHub来使用。
GitHub是一个基于Git的远程文件托管平台（同GitCafe、BitBucket和GitLab等）。使用场景：
- 无GitHub：在本地 .git 文件夹内维护历史文件
- 有GitHub：在本地 .git 文件夹内维护历史文件的同时也将历史文件托管在远程仓库
Git的诞生
Git是由Linux的创始人Linus使用C语言自己写的。众所周知，Linus在1991年创建了开源的Linux，从此，Linux靠着全世界的热心志愿者的参与，在世界各地为Linux编写着代码，从而使得Linux系统不断发展，逐渐成为最大的服务器系统软件。其实在2002年以前，世界各地的志愿者把源代码文件通过diff的方式发给Linus，然后由Linus本人通过手工方式合并代码的！而至于Linus为什么不使用CVS和SVN这些免费的版本控制系统呢，因为这些集中式的但免费的版本控制系统速度慢，而且需要联网使用，同时一些商用的版本控制系统又得付费，这不符合Linux开源的思想，所以Linus采用了最原始的手工合成代码的方式。
到了2002年，Linux系统已经快速发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，同时一些其他人也对这种方式表达了强烈不满，于是Linus选择了一个商业版的版本控制系统BitKeeper，BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。但是在2005年的时候，开发Samba的Andrew试图**BitKeeper的协议，但是被BitMover公司发现了，于是BitMover公司收回了Linux社区的免费使用权。然后Linus花了两周时间自己用C语言写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了！随后Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。
Git的特点
Git的特点总结起来其实就是——高端大气上档次！最突出的特点大概就是以下几点：
- 由于是分布式，所有本地库包含了远程库的所有内容
- 优秀的分支模型，打分支以及合并分支都极其方便
- 快速，在这个时间就是金钱的时代，Git由于代码都在本地，打分支和合并分支极其快速
分布式与集中式
Linus一直拒绝使用的CVS和SVN都是集中式的版本控制系统，而Git是分布式的版本控制系统。那么集中式和分布式版本控制系统有什么区别呢？
集中式版本控制系统，简单理解来说就是，版本库是集中存放在中央服务器上的的，而当多人协作工作的时候，用的都是自己的电脑，所以需要先从中央服务器取得最新的版本，然后开始工作，完成之后，要将自己对这个最新版本的修改推送给中央服务器，然后由中央服务器继续统一处理。通俗讲就是中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。
集中式版本控制系统最大的缺点就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，如果网速慢的话，可能提交一个10M的文件就需要5分钟。
分布式版本控制系统与集中式版本控制系统不同的是，首先，分布式版本控制系统根本没有“中央服务器”一说，每个人的电脑上都是一个完整的版本库，这样，当工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，当多人如何协作工作时，比方说我要在在自己电脑上修改文件A，我的同事也要在他的电脑上修改文件A，这时，我们俩之间只需要把各自对文件A的修改推送给对方，就可以互相看到对方的修改了。
和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法工作了。
在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样工作，只是交换修改不方便而已。
CVS作为最早的开源而且免费的集中式版本控制系统，直到现在还有不少人在用。但是由于CVS自身设计的问题，会造成提交文件不完整，版本库莫名其妙损坏的情况。同样是开源而且免费的SVN修正了CVS的一些稳定性问题，是目前用得最多的集中式版本库控制系统。
分布式版本控制系统除了Git以及促使Git诞生的BitKeeper外，还有类似Git的Mercurial和Bazaar等。这些分布式版本控制系统各有特点，但最快、最简单也最流行的依然是Git！
Git的分区
Git有三个分区，分别为工作区、暂存区和版本库。
工作区（Working Directory）：可简单理解为我们在自己电脑里能够看到的目录
暂存区（Stage/Index）：通常Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD就位于此
版本库（Repository）：一般在工作区有一个隐藏的.git目录，即为版本库
本篇文章或参考或来自于廖雪峰老师的官方网站https://www.liaoxuefeng.com/，如有侵权，请联系删除，抱歉~