Git学习笔记（一）—— Git对象模型

Git对象

每当Git系统中发出四栽档次的对象，几乎有Git操作都是以就四种Git对象及开展的，所以了解这四栽对象的作用对下Git有死充分襄。这四种对象是：

• “blob”：一个“blob”通常用来储存文件的情节。一个“blob”对象就是同样片二进制数据，它从未针对性任何东西还是有其它其它性质，甚至不曾公文称。因为“blob”对象内容全部都是数据，所以要一旦两独文本在一个目录树或是一个版仓库着发出雷同的数码内容，那么它以见面一起享同一个“blob”对象。“blob”对象和那所对应的文本所在路径、文件称是否变动吃反都统统没有涉嫌。
• “tree”：像一个目，管理有“tree”对象或“blob”对象。它发出同样拧指于“blob”对象可能其它“tree”对象的指针，一般用来代表内容之间的目录层次关系(就比如文件和子目录)。
• “commit”：“commit”对象对一个“tree对象”，并且包含相关的叙说信息，标记项目之一一个特定时间点的状态。它包括有有关时间点的首批数据，如时间戳、最近一样次等提交的撰稿人、指向上次提交的指针等等。
• “tag”：一个“tag”对象包括一个目标名(SHA1署)、对象类型、标签名、标签创建人的讳(“tagger”),
  还产生同样修可能含有有签字(signature)的信。

譬如我们发一个列，如果我们拿它们交给(commit)到一个Git仓库中,
在Git中“blob”、“commit”和“tree”对象的干看起会要下图:

objects-example.jpg

得视: 每个目录都创造了“tree”对象,
每个文件都创了一个遥相呼应的“blob”对象。最后来一个“commit”对象来因于根“tree”对象，这样我们便足以追踪项目每一样码提交内容。

SHA1哈希值

除此以外当Git里随处可见一栽“40单字符”的字符串。由于Git中各一个“对象名”都是对“对象”内容做SHA1(SHA1凡是同一种植密码学的哈希算法)哈希计算得来的，所以对内容不同之靶子，会生异之SHA1哈希值。这样就算代表两独不等内容之目标不容许有一致之“对象名”。

例如  6ff87c4664981e4397625791c8ea3bbb5f2279a3

然做的功利是：

• Git只要比较对象名，就好长足的论断两独对象是不是一致，而且经过检查对象内容的SHA1的哈希值和“对象名”是否一律，还可以来判定目标内容是否正确。
• 坐在每个repository的“对象名”的算计方法还统统同，所以一律的内容存在个别只不同之库房中，都见面有一样之“对象名”下。

查看对象

• 查看“blob”对象：git show + 对象名（SHA1哈希值）
• 查看“tree”对象：git show + 对象名 / git ls-tree + 对象名
• 查看“commit”对象：git show / git log + -s + –pretty=raw +对象名
• 查看“tag”对象：git cat-file tag v1.5.0

首要说一下“tree”和“commit”对象

• “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对象包括同串条目，每一个条条框框包括：mode（mode位都是644 或
755，这表示Git只关心文件之而是实行位.）、对象类型、对象名与文书名字。它因此来表示一个目录树的始末。
一个tree对象好本着一个富含文件内容的blob对象，也得以是包含有子目录内容之其它tree对象。“tree”对象、“blob”对象及其它具有的对象同，都用其情的SHA1哈希值来定名的；只有当半单tree对象的情节完全相同（包括其所对所有子对象）时，它的讳才会雷同，反之亦然。这样便会于Git仅仅经过比较少单相关的tree对象的名是否一律，来迅速的判断该情节是否不同。在微情况下，“tree”对象也得以对“commit”对象。

• “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))：提交的SHA1署表示在即付前一模一样步之档次历史。上面的怪例子就是只发一个大对象；合并之提交(merge
  commits)可能会见生出非单纯一个爸爸对象。如果一个付出没有父对象，那么我们即便于它“根提交”(root
  commit)，它就是象征正种类初期的一个本(revision)。每个品种要有起码有一个“根提交”(root
  commit)。一个档或者产生差不多只“根提交”，虽然这并无广。
• 笔者：做了本次修改的人数的名，还有修改日期。
• 提交者澳门新葡亰官网（committer)：实际创造提交(commit)的丁之名字，同时也带有提交日期。可能会见及作者不是跟一个总人口；例如作者写一个补丁(patch)并把她用邮件发给提交者,
  由他来创造提交(commit)。
• 诠释：用来叙述此次提交.

一个提交自己并没有包括其他信息来证明其做了什么修改；所有的改动(changes)都是由此与父提交(parents)的始末比较而得出的。尽管git可以检测到文件内容无变换而路改变的状况，但是其不见面错过显式(explicitly)记录文件之更名操作。

一般用git commit来创造一个交给(commit),
这个提交的阿爸对象一般是眼下子(current
HEAD)，同时把囤积在脚下目录(index)的情节尽交到。