版本控制系统
版本控制系统是一种帮忙软件开发者实现团队单干和历史版本保护的软件，一个版本控制系统应具备以下列出的这几个基本功能：
- 容许开发者并发工作；
- 不容许一个开发者覆写另一个开发者的批改；
- 保留所有版本历史。
版本控制系统能够分为如下两类：
- 集中式版本控制系统；
- 去核心式（分布式）版本控制系统。
Git 是一种分布式版本控制系统。在这一章里，咱们将着重介绍分布式版本控制系统，特地是重点介绍 Git。
分布式版本控制系统
集中式版本控制系统是用一个地方服务器存储所有文档并在此地方服务器上实现团队单干，此种零碎的次要弊病在于地方服务器可能产生的单点故障：如果地方服务器可怜宕机一小时，那么这一小时内就齐全不能合作开发了。此种弊病能导致的最蹩脚的状况是，如果地方服务器在胜利备份之前齐全解体，那么地方服务器中所存储的此我的项目的所有历史版本都将失落。这时，就该考虑一下分布式的版本控制系统了。
分布式版本控制系统中的客户端不仅能够查验我的项目目录的最新快照，而且能够镜像整个仓库。如果服务器宕掉了，任何一个客户端存储的仓库镜像都能作为备份用来复原。每一次查验都会造成一个仓库的残缺备份。Git 并不依赖于地方服务器，这样开发者就能在离线状况下也进行各种操作。开发者可能在离线状况下进行提交、创立分支、查看日志等操作，只有要颁布本人的变更或者获取最新的变更版本时才须要连贯网络。
Git 的劣势
收费且开源
Git 是遵循 GPL 开源许可的发行软件，在整个互联网上都能够收费获取。你能够用 Git 来治理财产相干工程而不必花一分钱，而且因为它是开源的，你还能够下载源码按本人的需要对它进行革新。
快捷轻便
因为绝大多数操作都能够在本地实现，这让速度失去了很大的晋升。Git 并不依赖地方服务器，这就是为什么没有必要每个操作都得和远端服务器交互的起因。Git 的外围局部是用 C 语言写成的，这防止了应用更高级语言造成的运行工夫上的节约。只管 Git 镜像了整个仓库，客户端的数据量依然很小，这很好地阐明了 Git 在客户端压缩存储数据的效率有多高。
默认的备份
当存在很多份镜像复制时，数据失落的可能性就大大减小了。任何客户端上的数据都是仓库的镜像，这些数据在零碎解体或硬盘损毁时都能够用来复原。
平安
Git 应用一种叫做平安散列算法（SHA1）的加密办法去命名并辨认数据库中的对象。每个文件和每次提交都会加上校验码供验证，每次取出数据也都得应用校验码校验。这意味着在不理解 Git 的状况下，开发者不可能胜利进行批改文件数据、提交信息或者其余会扭转 Git 我的项目数据库的操作。
硬件资源要求不高
在应用集中式版本控制系统时，须要的地方服务器必须足够弱小以撑持团队所有成员的申请。对于小型开发团队来说，这个问题不难解决，然而如果团队规模一直增大，服务器的硬件限度就会成为瓶颈。在分布式版本控制系统中，开发者只有在推出（push）或拉取（pull）批改时才须要连贯服务器，所有累赘较重的工作都在客户端这边实现，所以服务器的硬件条件就能够从简布局。
更简略的分支治理
集中式版本控制系统应用一种简略的复制机能，如果咱们在其中创立一个分支，那么该分支会将我的项目所有代码拷贝在新的分支中，此办法效率不高且颇费工夫，而且在集中式版本控制系统中删除和合并分支都很简单且耗时长。然而分支治理在 Git 中容易多了，在 Git 中创立、删除和合并分支均只会破费很少的工夫。
分布式存储系统中的术语
本地库（Local Repository）
所有版本控制系统工具都会提供集体工作空间，在其中对复制下来的工程项目进行操作，开发者在本人的集体工作空间中做出改变而后提交，这些改变也就成为了我的项目仓库的一部分。Git 更进一步为开发者们提供整个仓库的私人复制本，开发者们能够对这个仓库进行任何操作，比方减少文件、删除文件、挪动文件、提交批改等。
工作目录、暂存区或索引（Working Directory and Staging Area or Index）
工作目录即文档被拉取或创立后所在的目录地位。在集中式零碎中，开发者们通常做出批改而后将更改项间接提交给仓库。Git 不同，Git 不会追踪每次每个被批改的文档，不管何时你提交了一个操作，Git 都会搜查暂存区现有的文档，不是所有被批改的文档而是只有暂存区现存的文档会被纳入思考。
让咱们来看看 Git 的根本工作流：
- 第一步 —— 在工作目录下批改一个文档；
- 第二部 —— 将此文档退出暂存区；
- 第三步 —— 进行提交操作，此操作从暂存区将文档移入本地库中，实现推出（push）的操作后，此变动就永恒保留在了 Git 仓库里了。
如果你批改了两个文件，sort.c 和 search.c，并且你想为这两次批改别离进行两次提交，这时，你能够先将一个文件增加进暂存区再提交，而后按这种形式解决下一个文件。操作示例如下，-m 前面的参数为本次提交的阐明：
# First commit
[jerry@CentOS ~]$ git add sort.c
# adds file to the staging area
[jerry@CentOS ~]$ git commit –m“Added sort operation”# Second commit
[jerry@CentOS ~]$ git add search.c
# adds file to the staging area
[jerry@CentOS ~]$ git commit –m“Added search operation”二进制大型对象（Blobs）
Blob 是 Binary Large Object（二进制大型对象）的缩写，每个版本的文件都以 blob 类型出现。blob 蕴含文件的所有数据，但唯独没有文件的元数据。这是一种二进制文件，在 Git 数据库中，它以“文件的平安散列哈希”闻名。在 Git 中，文件并不是按名字而是按内容来解决的。
树（Trees）
树是一种对象，代表一个目录。它蕴含 blob 类型的文件和其余子目录，一棵树即是一个存储指向 blob 的索引或者被称为树对象的平安散列哈希的二进制文件。
提交操作（Commits）
提交操作维持着仓库的以后状态，一个提交也会被平安散列哈希指名。你能够将提交操作对象看作链表的一个节点，每个提交操作对象都有一个指向父提交节点的指针。从给定的一个提交中，你能通过查找父指针去回溯查看提交的历史。如果一个提交有不止一个父提交，那么此提交是通过两个分支合并来创立的。
分支（Branches）
分支用于创立发开的另一线路。默认状况下，Git 有一个 master 分支，此分支如同另一种版本管理工具 Subversion 即 SVN 中的树干 trunk。通常来说，一个分支用于一个新性能的开发，一旦新性能开发实现，就将这个分支合并到 master 上，而后删除这个分支。每个分支都可由 HEAD 批示，HEAD 在不指定的状况下总是指向分支的最新一次提交状态。不管何时你实现一次提交操作，HEAD 都会以最新的提交操作来更新本人。
标签（Tags）
标签能给仓库中某个特定版本调配一个有意义的名字。标签和分支很类似，不同的中央在于标签是不变动的。这意味着，标签是一种没人去批改的分支。一旦为某个特定提交操作发明了一个标签，即便你再实现一次新的提交操作，它也不会更新。个别开发者会给产品的发行版本创立标签。
克隆（Clone）
克隆操作会给仓库创立一个实例。克隆不仅能检视当前工作的正本，而且能镜像整个仓库。用户能在本地仓库上实现各种操作，只有在仓库实例同步时才须要连贯网络。
拉取（Pull）
拉取操作将远端仓库实例的变动拷贝到本地，此操作用于两个仓库实例的同步中。pull 操作与 SVN 中的 update 操作成果雷同。
推出（Push）
推出操作将本地的仓库实例产生的变动拷贝到远端仓库中，此操作罕用于将对本地做的改变永恒存储到 Git 仓库中。push 操作与 SVN 中的 commit 操作成果雷同。
HEAD
HEAD 是一个指针，它永远指向分支中的最新提交内容。不管何时你实现一次提交，HEAD 总会随着最近的一次提交而更新。分支的 heads 存储在 .git/refs/heads/ 目录下。
[jerry@CentOS ~]$ ls -1 .git/refs/heads/
master
[jerry@CentOS ~]$ cat .git/refs/heads/master
570837e7d58fa4bccd86cb575d884502188b0c49订正（Revision）
订正即是源代码的改版，在 Git 中订正由提交体现，而这些提交操作则由平安散列算法认定辨认。
URL
URL 示意 Git 仓库的地位，该项内容存储在 Git 的设定文件 .git\config 里。
[gituser@CentOS ~]$ cat .git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote "origin"]
url = gituser@git.server.com:project.git
fetch = +refs/heads/*:refs/remotes/origin/*我曾经将 Git 零碎文章整顿成电子书，请点击以下链接收费获取：
链接：https://pan.baidu.com/s/1mM6j…
提取码：1234
最初，最近很多小伙伴找我要 Linux 学习路线图 ，于是我依据本人的教训，利用业余时间熬夜肝了一个月，整顿了一份电子书。无论你是面试还是自我晋升，置信都会对你有帮忙！
收费送给大家，只求大家金指给我点个赞！
电子书 | Linux 开发学习路线图
也心愿有小伙伴能退出我，把这份电子书做得更完满！
有播种？心愿老铁们来个三连击，给更多的人看到这篇文章
举荐浏览：
- 干货 | 程序员进阶架构师必备资源免费送
- 书单 | 程序员必读经典书单（高清 PDF 版）