那么，简单地说，Git究竟是怎样的一个系统呢？请注意，接下来的内容非常重要，若是理解了Git的思想和基本工作原理，用起来就会知其所以然，游刃有余。在开始学习Git的时候，请不要尝试把各种概念和其他版本控制系统（诸如Subversion和Perforce等）相比拟，否则容易混淆每个操作的实际意义。Git在保存和处理各种信息的时候，虽然操作起来的命令形式非常相近，但它与其他版本控制系统的做法颇为不同。理解这些差异将有助于你准确地使用Git提供的各种工具。
1.直接记录快照，而非差异比较
Git和其他版本控制系统的主要差别在于，Git只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。这类系统（CVS，Subversion，Perforce，Bazaar等等）每次记录有哪些文件作了更新，以及都更新了哪些行的什么内容，如图5.56和图5.57所示。
图5.56 传统版本控制器工作记录流程
图5.57 传统版本控制器工作记录流程
这是Git同其他系统的重要区别。它完全颠覆了传统版本控制的套路，并对各个环节的实现方式做了新的设计。Git更像是个小型的文件系统，但它同时还提供了许多以此为基础的超强工具，而不只是一个简单的VCS。稍后在第三章讨论Git分支管理的时候，我们会再看看这样的设计究竟会带来哪些好处。
2.近乎所有操作都是本地执行
在Git中的绝大多数操作都只需要访问本地文件和资源，不用联网。但如果用CVCS的话，差不多所有操作都需要连接网络。因为Git在本地磁盘上就保存着所有当前项目的历史更新，所以处理起来速度飞快。
举个例子，如果要浏览项目的历史更新摘要，Git不用跑到外面的服务器上去取数据回来，而直接从本地数据库读取后展示给你看。所以任何时候你都可以马上翻阅，无须等待。如果想要看当前版本的文件和一个月前的版本之间有何差异，Git会取出一个月前的快照和当前文件做一次差异运算，而不用请求远程服务器来做这件事，或是把老版本的文件拉到本地来作比较。
用CVCS的话，没有网络或者断开VPN你就无法做任何事情。但用Git的话，就算你在飞机或者火车上，都可以非常愉快地频繁提交更新，等到了有网络的时候再上传到远程仓库。同样，在回家的路上，不用连接VPN你也可以继续工作。换作其他版本控制系统，这么做几乎不可能，抑或非常麻烦。比如Perforce，如果不连到服务器，几乎什么都做不了（译注：默认无法发出命令p4 edit file开始编辑文件，因为Perforce需要联网通知系统声明该文件正在被谁修订。但实际上手工修改文件权限可以绕过这个限制，只是完成后还是无法提交更新。）；如果是Subversion或CVS，虽然可以编辑文件，但无法提交更新，因为数据库在网络上。看上去好像这些都不是什么大问题，但实际体验过之后，你就会惊喜地发现，这其实是会带来很大不同的。
3.时刻保持数据完整性
在保存到Git之前，所有数据都要进行内容的校验和（checksum）计算，并将此结果作为数据的唯一标识和索引。换句话说，不可能在你修改了文件或目录之后，Git一无所知。这项特性作为Git的设计哲学，建在整体架构的最底层。所以如果文件在传输时变得不完整，或者磁盘损坏导致文件数据缺失，Git都能立即察觉。
Git使用SHA-1算法计算数据的校验和，通过对文件的内容或目录的结构计算出一个SHA-1哈希值，作为指纹字符串。该字串由40个十六进制字符（0-9及a-f）组成，看起来就像是：24b9da6552252987aa493b52f8696cd6d3b00373
Git的工作完全依赖于这类指纹字串，所以你会经常看到这样的哈希值。实际上，所有保存在Git数据库中的东西都是用此哈希值来做索引的，而不是靠文件名。
4.多数操作仅添加数据
常用的Git操作大多仅仅是把数据添加到数据库。因为任何一种不可逆的操作，比如删除数据，都会使回退或重现历史版本变得困难重重。在别的VCS中，若还未提交更新，就有可能丢失或者混淆一些修改的内容，但在Git里，一旦提交快照之后就完全不用担心丢失数据，特别是养成定期推送到其他仓库的习惯的话。
这种高可靠性令我们的开发工作安心不少，尽管去做各种试验性的尝试好了，再怎样也不会弄丢数据。至于Git内部究竟是如何保存和恢复数据的，我们会在第九章讨论Git内部原理时再作详述。(www.xing528.com)
5.文件的三种状态
好，现在请注意，接下来要讲的概念非常重要。对于任何一个文件，在Git内都只有三种状态：已提交（committed），已修改（modified）和已暂存（staged）。已提交表示该文件已经被安全地保存在本地数据库中了；已修改表示修改了某个文件，但还没有提交保存；已暂存表示把已修改的文件放在下次提交时要保存的清单中。
由此我们看到Git管理项目时，文件流转的三个工作区域：Git的工作目录，暂存区域，以及本地仓库，如图5.58所示。
图5.58 git的三个工作区域
每个项目都有一个Git目录（译注：如果git clone出来的话，就是其中.git的目录；如果git clone--bare的话，新建的目录本身就是Git目录。），它是Git
用来保存元数据和对象数据库的地方。该目录非常重要，每次克隆镜像仓库的时候，实际拷贝的就是这个目录里面的数据。
从项目中取出某个版本的所有文件和目录，用以开始后续工作的叫作工作目录。这些文件实际上都是从Git目录中的压缩对象数据库中提取出来的，接下来就可以在工作目录中对这些文件进行编辑。
所谓的暂存区域只不过是个简单的文件，一般都放在Git目录中。有时候人们会把这个文件叫作索引文件，不过标准说法还是叫暂存区域。
基本的Git工作流程如下：
（1）在工作目录中修改某些文件。
（2）对修改后的文件进行快照，然后保存到暂存区域。
（3）提交更新，将保存在暂存区域的文件快照永久转储到Git目录中。
（4）所以，我们可以从文件所处的位置来判断状态：如果是Git目录中保存着的特定版本文件，就属于已提交状态；如果做了修改并已放入暂存区域，就属于已暂存状态；如果自上次取出后，做了修改但还没有放到暂存区域，就是已修改状态。
（5）后面会进一步了解其中细节，并学会如何根据文件状态实施后续操作，以及怎样跳过暂存直接提交。
图5.59 git工作流程
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
