Git对象模型

原文： http://gitbook.liuhui998.com/1_2.html

1、SHA

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

6ff87c4664981e4397625791c8ea3bbb5f2279a3

你会在Git里处处看到这种“40个字符”字符串。每个“对象名”都是对“对象”内容作SHA1哈希计算得来的，（SHA1是一种密码学的哈希算法）。这样就意味着两个不一样内容的对象不可能有相同的“对象名”。

这样作会有几个好处：

A、Git只要比较对象名，就能够很快的判断两个对象是否相同。

B、由于在每一个仓库（repository）的“对象名”的计算方法都彻底同样，若是一样的内容存在两个不一样的仓库中，就会存在相同的“对象名”下。

C、Git还能够经过检查对象内容的SHA1的哈希值和“对象名”是否相同，来判断对象内容是否正确。

2、对象

每一个对象(object) 包括三个部分：类型，大小和内容。大小就是指内容的大小，内容取决于对象的类型，有四种类型的对象："blob"、"tree"、 "commit" 和"tag"。

“blob”用来存储文件数据，一般是一个文件。

“tree”有点像一个目录，它管理一些“tree”或是 “blob”（就像文件和子目录）

一个“commit”只指向一个"tree"，它用来标记项目某一个特定时间点的状态。它包括一些关于时间点的元数据，如时间戳、最近一次提交的做者、指向上次提交（commits）的指针等等。

一个“tag”是来标记某一个提交(commit) 。

几乎全部的Git功能都是使用这四个简单的对象类型来完成的。它就像是在你本机的文件系统之上构建一个小的文件系统。

3、与SVN的区别

Git与你熟悉的大部分版本控制系统的差异是很大的。也许你熟悉Subversion、CVS、Perforce、Mercurial 等等，他们使用 “增量文件系统” （Delta Storage systems）, 就是说它们存储每次提交(commit)之间的差别。Git正好与之相反，它会把你的每次提交的文件的所有内容（snapshot）都会记录下来。这会是在使用Git时的一个很重要的理念。

4、Blob对象

一个blob一般用来存储文件的内容.

 

你可使用git show命令来查看一个blob对象里的内容。假设咱们如今有一个Blob对象的SHA1哈希值，咱们能够经过下面的的命令来查看内容：

 

$ git show 6ff87c4664

 Note that the only valid version of the GPL as far as this project

 is concerned is _this_ particular version of the license (ie v2, not

 v2.2 or v3.x or whatever), unless explicitly otherwise stated.

...

一个"blob对象"就是一块二进制数据，它没有指向任何东西或有任何其它属性，甚至连文件名都没有.

由于blob对象内容所有都是数据，如两个文件在一个目录树（或是一个版本仓库）中有一样的数据内容，那么它们将会共享同一个blob对象。Blob对象和其所对应的文件所在路径、文件名是否改被更改都彻底没有关系。

5、Tree 对象

一个tree对象有一串(bunch)指向blob对象或是其它tree对象的指针，它通常用来表示内容之间的目录层次关系。

 git show命令还能够用来查看tree对象，可是git ls-tree能让你看到更多的细节。若是咱们有一个tree对象的SHA1哈希值，咱们能够像下面同样来查看它：

 

$ git ls-tree fb3a8bdd0ce

100644 blob 63c918c667fa005ff12ad89437f2fdc80926e21c    .gitignore

100644 blob 5529b198e8d14decbe4ad99db3f7fb632de0439d    .mailmap

100644 blob 6ff87c4664981e4397625791c8ea3bbb5f2279a3    COPYING

040000 tree 2fb783e477100ce076f6bf57e4a6f026013dc745    Documentation

100755 blob 3c0032cec592a765692234f1cba47dfdcc3a9200    GIT-VERSION-GEN

100644 blob 289b046a443c0647624607d471289b2c7dcd470b    INSTALL

100644 blob 4eb463797adc693dc168b926b6932ff53f17d0b1    Makefile

100644 blob 548142c327a6790ff8821d67c2ee1eff7a656b52    README

...

就如同你所见，一个tree对象包括一串(list)条目，每个条目包括：mode、对象类型、SHA1值 和名字(这串条目是按名字排序的)。它用来表示一个目录树的内容。

一个tree对象能够指向(reference): 一个包含文件内容的blob对象, 也能够是其它包含某个子目录内容的其它tree对象. Tree对象、blob对象和其它全部的对象同样，都用其内容的SHA1哈希值来命名的；只有当两个tree对象的内容彻底相同（包括其所指向全部子对象）时，它的名字才会同样，反之亦然。这样就能让Git仅仅经过比较两个相关的tree对象的名字是否相同，来快速的判断其内容是否不一样。

(注意：在submodules里，trees对象也能够指向commits对象. 请参见 Submodules 章节)

注意：全部的文件的mode位都是644 或 755，这意味着Git只关心文件的可执行位.

6、Commit对象

"commit对象"指向一个"tree对象", 而且带有相关的描述信息.

 

你能够用 --pretty=raw 参数来配合 git show 或 git log 去查看某个提交(commit):

 

$ git show -s --pretty=raw 2be7fcb476

commit 2be7fcb4764f2dbcee52635b91fedb1b3dcf7ab4

tree fb3a8bdd0ceddd019615af4d57a53f43d8cee2bf

parent 257a84d9d02e90447b149af58b271c19405edb6a

author Dave Watson <dwatson@mimvista.com> 1187576872 -0400

committer Junio C Hamano <gitster@pobox.com> 1187591163 -0700

 

    Fix misspelling of 'suppress' in docs

 

    Signed-off-by: Junio C Hamano <gitster@pobox.com>

你能够看到, 一个提交(commit)由如下的部分组成:

一个 tree对象: tree对象的SHA1签名, 表明着目录在某一时间点的内容.

父对象 (parent(s)): 提交(commit)的SHA1签名表明着当前提交前一步的项目历史. 上面的那个例子就只有一个父对象; 合并的提交(merge commits)可能会有不仅一个父对象. 若是一个提交没有父对象, 那么咱们就叫它“根提交"(root commit), 它就表明着项目最初的一个版本(revision). 每一个项目必须有至少有一个“根提交"(root commit). 一个项目可能有多个"根提交“，虽然这并不常见(这不是好的做法).

做者 : 作了这次修改的人的名字,　还有修改日期.

提交者（committer): 实际建立提交(commit)的人的名字, 同时也带有提交日期. TA可能会和做者不是同一我的; 例如做者写一个补丁(patch)并把它用邮件发给提交者, 由他来建立提交(commit).

注释 用来描述这次提交.

注意: 一个提交(commit)自己并无包括任何信息来讲明其作了哪些修改; 全部的修改(changes)都是经过与父提交(parents)的内容比较而得出的. 值得一提的是, 尽管git能够检测到文件内容不变而路径改变的状况, 可是它不会去显式(explicitly)的记录文件的改名操做.　(你能够看一下 git diff 的 -M　参数的用法)

通常用 git commit 来建立一个提交(commit), 这个提交(commit)的父对象通常是当前分支(current HEAD),　同时把存储在当前索引(index)的内容所有提交.

7、对象模型

如今咱们已经了解了3种主要对象类型(blob, tree 和 commit), 好如今就让咱们大概了解一下它们怎么组合到一块儿的.

若是咱们一个小项目, 有以下的目录结构:

$>tree

|-- README

`-- lib

    |-- inc

    |   `-- tricks.rb

    `-- mylib.rb

 

2 directories, 3 files

若是咱们把它提交(commit)到一个Git仓库中, 在Git中它们也许看起来就以下图:

你能够看到: 每一个目录都建立了 tree对象 (包括根目录), 每一个文件都建立了一个对应的 blob对象 . 最后有一个 commit对象 来指向根tree对象(root of trees), 这样咱们就能够追踪项目每一项提交内容.

8、标签对象

一个标签对象包括一个对象名(译者注:就是SHA1签名), 对象类型, 标签名, 标签建立人的名字("tagger"), 还有一条可能包含有签名(signature)的消息. 

 你能够用  git cat-file 命令来查看这些信息:

 

$ git cat-file tag v1.5.0

object 437b1b20df4b356c9342dac8d38849f24ef44f27

type commit

tag v1.5.0

tagger Junio C Hamano <junkio@cox.net> 1171411200 +0000

 

GIT 1.5.0

-----BEGIN PGP SIGNATURE-----

Version: GnuPG v1.4.6 (GNU/Linux)

 

iD8DBQBF0lGqwMbZpPMRm5oRAuRiAJ9ohBLd7s2kqjkKlq1qqC57SbnmzQCdG4ui

nLE/L9aUXdWeTFPron96DLA=

=2E+0

-----END PGP SIGNATURE-----

关于如何建立和验证标签对象请参考《 git tag简介》

注意: git tag 一样也能够用来建立 "轻量级的标签"(lightweight tags), 但它们并非标签对象, 而只一些以 "refs/tags/" 开头的引用罢了

 

 

 

 

 评论这张

转发至微博