目录
[2 Git的特点](#2 Git的特点)
[2.0 概念](#2.0 概念)
[2.1 分布式](#2.1 分布式)
[2.1.1 集中式版本控制系统](#2.1.1 集中式版本控制系统)
[2.1.2 分布式版本控制系统](#2.1.2 分布式版本控制系统)
[2.2 版本存储方式的差异](#2.2 版本存储方式的差异)
[2.2.1 直接记录快照，而非差异比较](#2.2.1 直接记录快照，而非差异比较)
[2.3 近乎所有操作都是本地执行](#2.3 近乎所有操作都是本地执行)
2 Git的特点
2.0 概念
一、快照
- 类比：给当前数据拍 "即时照片"，定格这一刻的状态
- 核心：不完整拷贝数据，只记 "当前状态 + 后续变化"，轻量（省空间）、快速（毫秒 / 秒级）
- 作用：后续数据改乱 / 删错时，能恢复到 "拍照" 时的状态
二、文件快照 - 定义：专门针对 "单个 / 多个文件" 的快照，定格文件某时刻的样子
- 核心作用：
- 恢复误操作（删内容、存错版本）
- 管理多版本（不用手动存 "文件 1/2/3"）
- 防病毒篡改（恢复到未中毒版本）
- 特点：轻量、快、不能直接编辑（恢复后才能改）
2.1 分布式
Git是分布式控制系统。分布式和集中式区别见下。
2.1.1 集中式版本控制系统
集中化的版本控制系统（ Centralized Version Control Systems，简称CVCS ）。这类系统，诸如 CVS，Subversion 以及 Perforce 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法（见下图1）。
这种系统最显而易见的缺点是中央服务器的 单点故障 。如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。要是中央服务器的磁盘发生故障，碰巧没做备份，或者备份不够及时，就会有丢失数据的风险。最坏的情况是彻底丢失整个项目的所有历史更改记录，而被客户端偶然提取出来的保存在本地的某些快照数据就成了恢复数据的希望。但这样的话依然是个问题，你不能保证所有的数据都已经有人事先完整提取出来过。本地版本控制系统也存在类似问题，只要整个项目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险。
2.1.2 分布式版本控制系统
分布式版本控制系统（ Distributed Version ControlSystem，简称 DVCS ）会把服务器上的代码仓库完整地镜像下来。这样每个人的电脑上都有一份完成的服务器代码仓库的镜像，任何一处协同工作用的服务器发生故障，事后都可以用个人的电脑上的镜像出来的本地仓库恢复。因为每一次的提取操作，实际上都是一次对代码仓库的完整备份（见下图2）。我们可以看到电脑A与电脑B与服务器上的版本内容完全一致
2.2 版本存储方式的差异
2.2.1 直接记录快照，而非差异比较
Git 和其他版本控制系统的主要差别在于，Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。这类系统（CVS，Subversion，Perforce，Bazaar 等等）每次记录有哪些文件作了更新，以及都更新了哪些行的什么内容，请看下图。
其他系统在每个版本中记录着各个文件的具体差异。
Git 并不保存这些前后变化的差异数据。实际上，Git更像是把变化的文件作快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，Git 不会再次保存，而只对上次保存的快照作一链接。Git的工作方式就像图 4 所示。
Git 保存每次更新时的文件快照
2.3 近乎所有操作都是本地执行
在 Git 中的绝大多数操作都只需要访问本地文件和资源，不用连网。但如果用 CVCS 的话，差不多所有操作都需要连接网络。因为 Git 在本地磁盘上就保存着所有当前项目的历史更新，所以处理起来速度飞快。
举个例子，如果要浏览项目的历史更新摘要，Git 不用跑到外面的服务器上去取数据回来，而直接从本地数据库读取后展示给你看。所以任何时候你都可以马上翻阅，无需等待。如果想要看当前版本的文件和一个月前的版本之间有何差异，Git 会取出一个月前的快照和当前文件作一次差异运算，而不用请求远程服务器来做这件事，或是把老版本的文件拉到本地来作比较。
用 CVCS 的话，没有网络或者断开 VPN 你就无法做任何事情。但用 Git 的话，就算你在飞机或者火车上，都可以非常愉快地频繁提交更新，等到了有网络的时候再上传到远程仓库。同样，在回家的路上，不用连接 VPN 你也可以继续工作。换作其他版本控制系统，这么做几乎不可能，抑或非常麻烦。比如 Perforce，如果不连到服务器，几乎什么都做不了（译注：默认无法发出命令 p4 edit file 开始编辑文件，因为 Perforce 需要联网通知系统声明该文件正在被谁修订。但实际上手工修改文件权限可以绕过这个限制，只是完成后还是无法提交更新。）；如果是 Subversion 或 CVS，虽然可以编辑文件，但无法提交更新，因为数据库在网络上。看上去好像这些都不是什么大问题，但实际体验过之后，你就会惊喜地发现，这其实是会带来很大不同的。