1.Git对象模型

1.Git对象模型：

　　所有用来表示项目历史信息的文件,是通过一个40个字符的（40-digit）“对象名”来索引的，对象名看起来像这样:
　　

6ff87c4664981e4397625791c8ea3bbb5f2279a3
你会在Git里到处看到这种“40个字符”字符串。每一个“对象名”都是对“对象”内容做SHA1哈希计算得来的，（SHA1是一种密码学的哈希算法）。这样就意味着两个不同内容的对象不可能有相同的“对象名”。这样做会有几个好处：
　　1.Git只要比较对象名，就可以很快的判断两个对象是否相同。
　　2.因为在每个仓库（repository）的“对象名”的计算方法都完全一样，如果同样的内容存在两个不同的仓库中，就会存在相同的“对象名”下。
　　3. Git还可以通过检查对象内容的SHA1的哈希值和“对象名”是否相同，来判断对象内容是否正确。
每个对象(object) 包括三个部分： 大小和内容。大小就是指内容的大小，内容取决于对象的类型，有四种类型的对象：”blob”、”tree”、 “commit” 和”tag”。
　　几乎所有的Git功能都是使用这四个简单的对象类型来完成的。它就像是在你本机的文件系统之上构建一个小的文件系统。

Blob对象

　　blob用来存储文件数据，通常是一个文件。可以使用git show命令来查看一个blob对象里的内容。一个”blob对象”就是一块二进制数据，它没有指向任何东西或有任何其它属性，甚至连文件名都没有。因为blob对象内容全部都是数据，如两个文件在一个目录树（或是一个版本仓库）中有同样的数据内容，那么它将会共享同一个blob对象。Blob对象和其所对应的文件所在路径、文件名是否改被更改都完全没有关系。

Tree对象

　　Tree有点像一个目录，它管理一些“tree”或是 “blob”（就像文件和子目录）。一个tree对象有一串(bunch)指向blob对象或是其它tree对象的指针，它一般用来表示内容之间的目录层次关系。git show命令还可以用来查看tree对象，但是git ls-tree能让你看到更多的细节。、
　　一个tree对象包括一串(list)条目，每一个条目包括：mode、对象类型、SHA1值 和名字(这串条目是按名字排序的)。
　　一个tree对象可以指向(reference): 一个包含文件内容的blob对象, 也可以是其它包含某个子目录内容的其它tree对象.Tree对象、blob对象和其它所有的对象一样，都用其内容的SHA1哈希值来命名的；只有当两个tree对象的内容完全相同（包括其所指向所有子对象）时，它的名字才会一样，反之亦然。这样就能让Git仅仅通过比较两个相关的tree对象的名字是否相同，来快速的判断其内容是否不同。

Commit对象

　　一个“commit”只指向一个”tree”，它用来标记项目某一个特定时间点的状态。它包括一些关于时间点的元数据，如时间戳、最近一次提交的作者、指向上次提交（commits）的指针等等。”commit对象”指向一个”tree对象”, 并且带有相关的描述信息。你可以用 –pretty=raw 参数来配合 git show 或 git log 去查看某个提交(commit):

$git show -s --pretty=raw 2be7fcb476
一个提交(commit)由以下的部分组成:
　　1. 一个 tree　对象
　　2. 父对象
　　3. 作者
　　4. 提交者

Tag 对象

　　一个“tag”是来标记某一个提交(commit) 的方法。一个标签对象包括一个对象名(译者注:就是SHA1签名), 对象类型, 标签名, 标签创建人的名字(“tagger”), 还有一条可能包含有签名(signature)的消息. 你可以用 git cat-file 命令来查看这些信息:
　　点击 git tag, 可以了解如何创建和验证标签对象. (注意: git tag 同样也可以用来创建 “轻量级的标签”(lightweight tags),但它们并不是标签对象, 而只一些以 “refs/tags/” 开头的引用罢了).
　　Git与你熟悉的大部分版本控制系统的差别是很大的，他们使用 “增量文件系统” （Delta Storage systems）, 就是说它们存储每次提交(commit)之间的差异。Git正好与之相反，它会把你的每次提交的文件的全部内容（snapshot）都会记录下来。