原文:
http://gitbook.liuhui998.com/1_2.html
git show
命令还可以用来查看tree对象,但是
git ls-tree
能让你看到更多的细节。如果我们有一个tree对象的SHA1哈希值,我们可以像下面一样来查看它:
你可以用git cat-file命令来查看这些信息:
一、SHA
在git中,所有用来表示项目历史信息的文件,是通过一个40个字符的(40-digit)“对象名”来索引的,对象名看起来像这样:
6ff87c4664981e4397625791c8ea3bbb5f2279a3
你会在Git里到处看到这种“40个字符”字符串。每一个“对象名”都是对“对象”内容做
SHA1
哈希计算得来的,(SHA1是一种密码学的哈希算法)。这样就意味着两个不同内容的对象不可能有相同的“对象名”。
这样做会有几个好处:
A
、Git只要比较对象名,就可以很快的判断两个对象是否相同。
B
、因为在每个仓库(repository)的“对象名”的计算方法都完全一样,如果同样的内容存在两个不同的仓库中,就会存在相同的“对象名”下。
C
、Git还可以通过检查对象内容的SHA1的哈希值和“对象名”是否相同,来判断对象内容是否正确。
二、对象
每个对象(object) 包括三个部分:
类型
,
大小
和
内容
。
大小
就是指内容的大小,
内容
取决于对象的类型,有四种类型的对象:"
blob
"、"
tree
"、 "
commit
" 和"
tag
"。
“
blob
”用来存储文件数据,通常是一个文件。
“
tree
”有点像一个目录,它管理一些“tree”或是 “blob”(就像文件和子目录)
一个“
commit
”只指向一个"tree",它用来标记项目某一个特定时间点的状态。它包括一些关于时间点的元数据,如时间戳、最近一次提交的作者、指向上次提交(commits)的指针等等。
一个“
tag
”是来标记某一个提交(commit) 。
几乎所有的Git功能都是使用这四个简单的对象类型来完成的。它就像是在你本机的文件系统之上构建一个小的文件系统。
三、与SVN的区别
Git与你熟悉的大部分版本控制系统的差别是很大的。也许你熟悉Subversion、CVS、Perforce、Mercurial 等等,他们使用 “增量文件系统” (Delta Storage systems), 就是说它们存储每次提交(commit)之间的差异。
Git正好与之相反,它会把你的每次
提交
的
文件
的
全部内容
(snapshot)都会记录下来。这会是在使用Git时的一个很重要的理念。
四、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对象和其所对应的文件所在路径、文件名是否改被更改都完全没有关系。
五、Tree 对象
一个
tree对象
有一串(bunch)指向blob对象或是其它tree对象的指针,它一般用来表示内容之间的目录层次关系。
$ 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只关心文件的可执行位.
六、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)的内容全部提交.
七、对象模型
现在我们已经了解了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), 这样我们就可以追踪项目每一项提交内容.
八、标签对象
一个
标签对象
包括一个
对象名
(译者注:就是SHA1签名),
对象类型
,
标签名
,
标签创建人的名字
("tagger"), 还有一条可能包含有
签名
(signature)的消息.
$ 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
同样也可以用来创建 "轻量级的标签"(lightweight tags), 但它们并不是标签对象, 而只一些以 "refs/tags/" 开头的引用罢了
评论这张
转发至微博