GIT保存记录原理之commit对象

GIT 中提交对象非常的重要,我们通过它记录代码提交过程、进行文件保存、回退等操作,那么它是怎样帮助我们记录这些信息的呢?其实就是都保存在项目根目录的 .git 文件夹中。

新建空项目 ```gitDemo``` 使用 ```git init``` 初始化,在文件夹根目录下会生成 ```.git``` 文件夹,文件夹中会生成以下内容,其中 ```objects``` 中保存着提交相关的数据。
gitDemo
├── 📁.git/
│   ├──📁 hooks/
│   ├──📁 info/
│   ├──📁 objects/
│       ├──📁 info/
│       └──📁 pack/
│   ├──📁 refs/
│   ├──📄 config
│   ├──📄 description
│   └──📄 HEAD

此时在项目下新建 ```index.js``` 文件,增加一行代码 ```const num = 1;```并执行 ```git add``` 操作,为方便观察,目录结构只保留 ```.git``` 文件夹的 ```objects``` 中的内容。

gitDemo
├── 📁.git/
│   ├──📁 objects/
│     ├──📁 03/
│     │   └──📄 62286e257cbf1422d31c588d8d912cabc5de09
│     ├──📁 info/
│     └──📁 pack/
└───📄 index.js

可以看到在这次添加到缓存区的操作中,```objects```文件夹中增了 ```03``` 文件夹,并多出一个以 6228 开头的哈希值。使用 ```git cat-file -t ``` 查看文件类型,```git cat-file -p``` 查看文件具体保存的内容。03是文件夹名,62是哈希值开头。

 

6228 开头哈希值的文件是以二进制的形式保存着提交的 index.js 中的内容。再执行 ```git commit``` 操作,生成了哈希值为 93917b9 的校验和。

 

在查看```.git``` 文件夹,其中增加了名为22、93的文件夹。

├───📁 objects/
│   ├───📁 03/
│   │   └───📄 62286e257cbf1422d31c588d8d912cabc5de09
│   ├───📁 22/
│   │   └───📄 9c6b53764537cdacbb4d7968600d25e1aa329a
│   ├───📁 93/
│   │   └───📄 917b98e6e57d216d1033799d406fabacff860c
│   ├───📁 info/
│   └───📁 pack/

再次使用 ```git cat-file``` 查看新增的两个二进制文件内容。

 

22文件夹9c6b文件记录着哈希值+文件的一组值,指向的就是 ```git add``` 的记录及对应的文件。
93文件夹917b文件以树结构的形式记录着 ```git commit``` 的操作记录,包含提交者姓名邮件等信息,其中提交后展示的校验和 93917b9 也就是指向这个文件。

 

以上只有一次提交,如果多次提交如何进行关联呢?

继续在 index.js 中增加一个 add函数,使用 ```git add ``` 操作。(需要注意的是,如果只执行 git add. ,操作只提交到了暂缓区,仅仅是将它作为二进制文件保存到 objects 中, 是没有 commit 对象和它关联,也无法通过索引值查找,只有执行了 git commit ,才会将提交和 tree 联系到一起。)

此时在原来的基础上增加了9f文件夹。

├───📁 objects/
│   ├───📁 03/
│   │   └───📄 62286e257cbf1422d31c588d8d912cabc5de09
│   ├───📁 22/
│   │   └───📄 9c6b53764537cdacbb4d7968600d25e1aa329a
│   ├───📁 93/
│   │   └───📄 917b98e6e57d216d1033799d406fabacff860c
│   ├───📁 9f/
│   │   └───📄 63bb8fdc655c54cf3e6f0f84d34bc08a420667
│   ├───📁 info/
│   └───📁 pack/

9f63bb 保存的是整个 index.js 文件的内容

 

再执行 ``` git commit ``` 将提交对象与其关联,又新增了两个文件夹 45 、8b。

├───📁 objects/
│   ├───📁 03/
│   │   └───📄 62286e257cbf1422d31c588d8d912cabc5de09
│   ├───📁 22/
│   │   └───📄 9c6b53764537cdacbb4d7968600d25e1aa329a
│   ├───📁 45/
│   │   └───📄 b36b6ac0634c8dbffb02147c1eb88de104ef55
│   ├───📁 8b/
│   │   └───📄 1ab6730f387db1b607883c127bbc36fb1a63d6
│   ├───📁 93/
│   │   └───📄 917b98e6e57d216d1033799d406fabacff860c
│   ├───📁 9f/
│   │   └───📄 63bb8fdc655c54cf3e6f0f84d34bc08a420667
│   ├───📁 info/
│   └───📁 pack/

查看两个文件的内容,与第一次提交大体一致,但是在保存提交对象的 8b1ab6 文件中新增了一个 parent 属性,指向的是上一次提交对象 93917b。

 

通过 parent 属性,将本次和上次提交关联到了一起,这样可以根据最后一次提交向上查找,找到所有的提交记录。

 

上述提交到缓存区的文件都只有一个,所以在提交对象中保存的记录也只有一条,如果修改的文件存在多个,就会创建多个文件夹来保存修改的文件。

 

每一次 commit 提交都是一个 commit 对象,通过40位的哈希校验和,可以找到 tree 对象,它也是一个校验和,通过这个校验和可以找到这次提交依赖的所有文件(二进制)并还原成真实文件。

以上就是 ```GIT commit 对象``` 相关内容,关于 ```GIT、JavaScript、nodejs```,还有很多需要开发者掌握的地方,可以看看我写的其他博文,持续更新中~

posted @ 2023-06-24 20:53  一颗冰淇淋  阅读(49)  评论(0编辑  收藏  举报