为了更近一步的学习和理解Git的理念,这一节介绍一下Git中的一些基本概念。
- 基本概念
- 对象库图示
- Git在工作时的概念
一、基本概念:
1、版本库:
Git的版本库就是一个简单的数据库,其中包含所有用来维护和管理项目的修订版本和历史的信息。
Git不仅提供版本库中所有文件的副本,还提供了版本库本身的副本。
Git在每个版本库里维护一组配置值,这个我们在上一篇文章中已经有所提及,比如版本库的用户名和email地址。当把一个版本库进行克隆的时候,会复制文件数据以及其他的一些版本库的元数据,但是不会复制配置设置。
Git维护两个主要的数据结构:对象库和索引。所有这些数据都存放在.git隐藏目录内。
2、Git对象类型:
对象库包含原始数据文件、所有的日志消息、作者信息、日期、以及其他用来重建项目任意版本或分支的信息。
Git放在对象库里的对象只有4种类型:块(blob)、目录树(tree)、提交(commit)、标签(tag)
A、块:
文件的每一个版本被表示为一个blob。一个blob保存一个文件的数据,但不包含任何关于这个文件的元数据,甚至文件名。
B、目录树(tree):
一个目录树对象代表一层目录信息。它记录了blob标识符、路径名和在一个目录里所有文件的一些元数据。
C、提交(commit):
一个提交对象保存版本库中每一次变化的元数据:作者、提交者、提交日期、日志消息。每一个提交对象指向一个目录树对象,除了根提交,大多数提交都有一个父提交。
D、标签(tag):一个标签对象分配一个任意的可读的名字给一个特定对象(通常是一个提交对象)。
3、索引:
目前来说,感觉这个概念不太好解释。
索引是一个临时的、动态的二进制文件,它描述整个版本库的目录结构。
我的认识是,索引是介于工作区和对象库之间的一个缓冲区。工作区里的变化会最早在这里有所体现,最后由索引将所有的变动提交到对象库中。
4、可寻址内容名称:
Git对象库被组织及实现为一个内容寻址的存储系统。对象库中的每一个对象都有一个唯一的名称,这个名称是向对象的内容应用SHA1得到的散列值。
5、Git追踪内容:
首先,Git追踪的是基于对象内容计算出的散列值,而不关心文件名或目录名。如果两个文件的内容相同,那么不管是否在同样的目录,Git在对象库中只保存一份blob形式的内容副本。
其次,当文件从一个版本变到下一个版本的时候,Git的内部数据库会有效的存储每一个文件的每个版本,而不仅仅是差异。
当然,你或许已经发现,上面说的这种存储方式效率很低,因为每一个都要保存副本。这个会在后面打包文件的地方进行说明。
6、路径名和内容:
Git仅仅记录每个文件名,并且确保能通过它的内容精确的重建文件和目录。
好吧。。。我还是感觉无法理解作者的意思。
7、打包文件:
回到上面提出的问题:直接存储每个文件每个版本的完整内容是否太低效了?
Git使用了一种叫做打包文件的存储机制。要创建一个打包文件,Git首先定位内容非常相似的全部文件,然后为它们之一存储整个内容。之后计算相似文件之间的差异并且只存储差异。
二、对象库图示:
先来张图压压惊。。。通过这张图看看对象库中的各个对象是如何协作形成整个系统的。
![image image](https://i-blog.csdnimg.cn/blog_migrate/e3c9afcca6c98af89b10e1908c687fba.png)
- blob对象是数据结构的底端,它什么也不引用,且只被树引用。上图中,每个blob对象都用一个矩形来表示。
- 树对象指向若干个blob对象,也可以指向其他树对象。许多不同的提交对象可能指向任何给定的树对象。
- 一个圆圈代表一个提交对象,每个提交对象都要指向一个树对象,并且这个树对象是由该提交对象引入到版本库中的。
- 每个标签最多可以指向一个提交对象。
- 分支并不是一个基本的Git对象,但是它在命名提交对象的时候有至关重要的作用。
下面我们让对象库变得复杂一些。保留原来的两个文件不变,添加一个包含一个文件的新目录到版本库中。对象图如下:
这里因为顶级目录被添加的新子目录改变了,所以顶级树对象的内容也就跟着改变了。所以Git引入了一棵新的树cafed00d。
树cafed00d依旧引用了原来的两个文件的blob对象,同时新增了一个指向新子目录的树对象。
上面的图是所有Git操作诸如add,commit等全部结束后的对象库整体图,可是我们可能更想知道以下问题:
- 新子目录的树对象是何时创建的?
- master分支为何指向了新的提交对象?
- 新提交的文件对应的blob对象是何时由谁来创建的?
后面的章节会依次说明上述问题。
三、Git在工作时的概念:
1、进入.git目录:
我们新建一个新的版本库,逐步查看一下每次操作后.git目录中会发生哪些变化:
首先,我们创建一个空的版本库。
我们可以看到,除了几个占位符外,.git/objects目录下是空的:
[root@flower1 test]# find .git/objects/ .git/objects/ .git/objects/pack .git/objects/info
现在,我们创建一个简单的文件,并添加到对象库中。
[root@flower1 test]# echo "hello world" > hello.txt [root@flower1 test]# git add hello.txt
接下来,我们看一下objects目录下发生的变化:
[root@flower1 test]# find .git/objects/ .git/objects/ .git/objects/3b .git/objects/3b/18e512dba79e4c8300dd08aeb37f8e728b8dad .git/objects/pack .git/objects/info
2、对象、散列和blob:
从上面的例子里,我们看到,当为hello.txt创建一个对象的时候,Git并不关心hello.txt的文件名。Git只关心文件里的内容。Git对这个blob执行一些操作,计算它的SHA1散列码,并散列码的十六进制表示作为文件名放进对象库里。
其实上述文件的散列码是3b18e512dba79e4c8300dd08aeb37f8e728b8dad。
Git将散列码的前2个字符作为一级目录名,可以提高文件系统的效率,相当于将不同对象散列到了不同的文件夹下,避免某个文件目录下文件过多。
我们可以使用下面命令使用散列码将文件的内容提出出来:
[root@flower1 test]# git cat-file -p 3b18e512dba79e4c8300dd08aeb37f8e728b8dad hello world
当然,手动收入长度为40的散列码很不切实际,所以Git提供了下面的方式:通过对象的唯一前缀来查找对象的散列值。
[root@flower1 test]# git rev-parse 3b18 3b18e512dba79e4c8300dd08aeb37f8e728b8dad [root@flower1 test]# git rev-parse 3b18e 3b18e512dba79e4c8300dd08aeb37f8e728b8dad [root@flower1 test]# git rev-parse 3b18e5 3b18e512dba79e4c8300dd08aeb37f8e728b8dad
![image image](https://i-blog.csdnimg.cn/blog_migrate/6b66248e1bb6b38051331e3612af2f7e.png)
我测试的结果是,前缀最少要达到4位才可以。
3、文件和树:
通过上面的演示,我们看到代表hello world的blob对象已经存放到对象库中了。那么它的文件名又发生了什么事呢?
Git通过另一种叫做目录树的对象来跟踪文件的路径名。当使用git add命令时,Git会给添加的每个文件的内容创建一个对象,但不会马上为树创建一个对象。
此时,索引更新了。索引位于.git/index中,它跟踪文件的路径名和相应的blob。每次执行命令时,Git会用心的路径名和blob信息来更新索引。
任何时候,都可以从当前索引创建一个树对象,只要通过底层的git write-tree命令来捕获索引当前信息的快照就可以了。
当前,该索引只包含一个文件:
[root@flower1 test]# git ls-files -s 100644 3b18e512dba79e4c8300dd08aeb37f8e728b8dad 0 hello.txt
从上面的打印信息,可以看到文件的关联,hello.txt和3b18e512…的blob。
接下来我们捕获索引状态并把它保存到一个树对象里:
[root@flower1 test]# git write-tree 68aba62e560c0ebc3396e8ae9335232cd93a3f60
[root@flower1 test]# find .git/objects/ .git/objects/ .git/objects/3b .git/objects/3b/18e512dba79e4c8300dd08aeb37f8e728b8dad .git/objects/68 .git/objects/68/aba62e560c0ebc3396e8ae9335232cd93a3f60 .git/objects/pack .git/objects/info
现在有2个对象:3b18e5的hello world对象和68aba6的树对象。
我们也可以看看树对象里面的内容到底是什么:
[root@flower1 test]# git cat-file -p 68ab 100644 blob 3b18e512dba79e4c8300dd08aeb37f8e728b8dad hello.txt
4、树层次结构:
该节通过创建一个新的子目录来看看Git是如何处理多个层次的目录结构的:
[root@flower1 test]# pwd /root/test [root@flower1 test]# mkdir subdir [root@flower1 test]# cp hello.txt subdir/hello.txt [root@flower1 test]# git add subdir/hello.txt [root@flower1 test]# git write-tree 492413269336d21fac079d4a4672e55d5d2147ac [root@flower1 test]# git cat-file -p 492413 100644 blob 3b18e512dba79e4c8300dd08aeb37f8e728b8dad hello.txt 040000 tree 68aba62e560c0ebc3396e8ae9335232cd93a3f60 subdir
可以看到subdir的树对象和之前的顶级目录树对象时完全一样的。
5、提交:
之前已经通过git add命令添加了hello.txt文件,并通过git write-tree命令生成了树对象。
用下面的底层命令创建一个提交对象:git commit-tree SHA1
[root@flower1 test]# echo -n "Commit a file" | git commit-tree 492413269336d21fac079d4a4672e55d5d2147ac 204fa4469c1642cb9190048ebdc8fabc9a4a4af1
提交对象包含以下信息:
- 标识关联文件的树对象的名称
- 创作新版本的人的名字和创作的时间
- 把新版本放到版本库的人的名字和提交的时间
- 对本次修订信息的说明(提交信息)
6、标签:
有2种基本的标签类型:轻量级的和带附注的。
轻量级标签只是一个提交对象的引用,通常被版本库视为是私用的。这些标签并不在版本库里创建永久对象。
带附注的标签会创建一个对象。
可以通过git tag命令来创建一个带有提交信息、带附注切未签名的标签:
[root@flower1 test]# git tag -m "Tag version 1.0" V1.0 204fa
![image image](https://i-blog.csdnimg.cn/blog_migrate/4c9adced81325716caa8a494be64b006.png)