二、Git内部原理

作者: 此间有道 | 来源:发表于2018-01-18 22:40 被阅读41次

1 前言

  • Git使用比较灵活,达到相同结果有多种方式。
  • 靠记忆不同场景下的命令组合,会停留在“知其然,不知其所以然”的层次。
  • 只有理解Git内部原理和Git命令的底层操作,才能深入浅出的灵活运用Git。

2 Git内部原理

Git是由C语言开发的一套内容寻址文件系统,并在此之上提供了一个VCS用户界面。

2.1 Git目录结构

使用git init命令初始化当前目录,生成.git文件夹。

git init 初始化
  1. 工作区、暂存区和Git仓库
    • 工作区是当前目录(除去.git/),所有的编辑操作都在该目录进行。
    • 暂存区对应.git/index文件,它包含了当前暂存区的信息,由它可生成git的tree对象。(git init执行后并没有产生.git/index,而是在首次执行git add命令后才生成,并把由更新文件生成的blob对象放入.git/objects/内。) git add生成.git/index
    • git仓库对应.git/,它存储了项目的所有历史快照,以供需要的时候使用。
  2. .git/目录
    .git/包含了以下目录和文件:
    • branches/:新版本不再使用
    • description:仅供GitWeb程序使用
    • config:当前项目的配置选项
    • info/:不同于.gitignore文件,可配置本地的文件忽略模式,不会push到remote库而影响其他人。
    • hooks/:目录存放钩子脚本
    • objects/:目录存储所有数据内容
    • refs/:目录存储指向数据的commit对象的指针
    • HEAD:文件内容为当前分支
    • index:文件内容为暂存区的信息
2.2 Git命令

Git包含底层命令(Plumbing)和高层命令(Procelain)。

  1. 用户平时使用的Git命令一般为高层命令,如add、commit、checkout等;高层命令对用户友好,便于理解和操作。
  2. Git起初被设计为供VCS使用的工具集,这些工具也称为底层命令;底层命令一般不被用户直接使用,而是被shell或脚本调用。 Git部分底层命令

    此处列举几个底层命令简要说明:

    • checkout-index:Copy files from the index to the working tree.
    • cat-file:Provide content or type and size information for repository objects.
    • hash-object:Compute object ID and optionally creates a blob from a file.
    • update-index:Register file contents in the working tree to the index.
    • write-tree:Create a tree object from the current index.
    • commit-tree:Create a new commit object.
2.3 Git对象

Git定义了4种对象:blob、tree、commit和tag,它们都位于.git/objects/目录下。git对象在原文件的基础上增加了一个头部,即对象内容 = 对象头 + 文件内容。这种格式无法直接通过cat命令读取,需要使用git cat-file这个底层命令才能正确读取。
对象头的格式为:对象头 = 对象类型 + 空格 + 数据内容长度 + null byte,例如一个文件内容为“hello world”,其blob对象头为"blob 11\000"。

git cat-file可读取git的4种对象
  • blob:工作区的文件以blob对象的形式进入git仓库,相当于UNIX中的inodes或文件内容。
  • tree:tree对象包含对blob对象以及其他tree对象的引用,相当于UNIX中的目录。
  • commit:包含了上一次commit对象的Hash串引用、该时间点项目快照的顶层tree对象的Hash串引用、作者/提交者信息、时间戳、空行,以及提交的注释信息。 commit、tree、blob的引用关系
  • tag:包含一个commit的Hash串引用、标签名,以及其他信息(由标签类型决定)。
2.4 内容寻址
  1. 依赖底层命令git hash-object命令,对文件内容增加头信息后计算hash值并返回,增加-w参数后在git仓库内创建blob对象(blob对象 = 对象头 + 文件内容)。
  2. blob对象存储到git仓库目录(.git/objects/)时,依据40位(16进制字符)长度的hash串指定存储目录(hash串前2位)和命名文件(hash串后38位)。例如某blob对象的hash值为62/0d4582bfbf773ef15f9b52ac434906a3cdf9c3,那么它在git仓库中的路径为.git/objects/62/0d4582bfbf773ef15f9b52ac434906a3cdf9c3
  3. Git内容寻址本质是:Git根据由文件内容(增加文件头)产生的Hash值来标识和索引文件,另外进行命令操作时没有必要写完整的hash串,只要输入的hash串长度是唯一可识别和索引的即可。 根据文件内容的hash值索引文件
  4. 无需考虑Hash碰撞的情况,在大型项目上也可以放心使用Git。因为在概率上SHA-1产生的哈希值碰撞的机会可以小到忽略。
2.5 Git版本机制
  1. HEAD指向当前分支。若master是当前分支,则HEAD文件内容为ref: refs/heads/master HEAD指向当前分支
  2. 分支(本地分支、远程分支、远程跟踪分支、跟踪分支)和标签(tag对象)都包含了对commit对象的引用。 master分支引用了hash为1ad0的commit对象
  3. commit对象包含了上次commit对象的引用(类似单链表)和本次提交的顶级tree对象的引用。 commit对象引用了tree对象
    • 每个顶级tree对象可看做是一个完整的版本。
    • 通过commit对象的链式结构进行串联,形成提交历史和版本历史。
  4. 总之:git的分支和标签通过引用commit对象来标注当前分支的版本信息。 git的版本历史机制

    Note:凡是对Git对象的引用,都指的是Git对象的40位长度的Hash串。

2.6 引用规格(refspec)

引用规格指的是远程仓库分支和本地分支的映射,可表示为<src>:<dst>,这也暗示了数据流向为src → dst

  1. fetch和push命令
# 两命令都包含引用规格(refspec)来指定数据流向。
git fetch [remote repository] [remote branch]:[local branch]
git push [remote repository] [local branch]:[remote branch]
  1. config文件配置refspec
    当使用缺省的fetch/push命令时,Git会根据.git/config中的refspec配置进行操作。
  • 当通过git remote add命令添加一个远程分支的同时,会在.git/config文件中添加一个配置结点。 git remote add fetch中的”+“是可选的,它告诉Git在不能fast-forward的情况下,也强制去更新它。此后执行git fetch orgin这个缺省命令时,会拉取origin远程仓库的所有分支。
  • 可通过git log origin/master来查看从远程仓库fetch的master分支。
# 以下三个命令是等价的,Git会把他们都扩展为refs/remote/origin/master
git log origin/master
git log remote/origin/master
git log refs/remote/origin/master
  • refspec指定分支映射
    1)可通过改写fetch行为fetch = +refs/heads/master:refs/remotes/origin/mymaster,指定把远程的master分支映射为本地的origin/mymaster分支。
    2)也可指定多个映射,一次拉取多个指定分支。
[remote "origin"]
      url = git@github.com:kivihub/test.git
      fetch = +refs/heads/master:refs/remotes/origin/master
      fetch = +refs/heads/experiment:refs/remotes/origin/experiment
      fetch = +refs/heads/qa/*:refs/remote/orgin/qa/*

3)可同时指定push的refspec
若要把本地的master分支push到远程的qa/master分支,可配置如下:

[remote "origin"]
      url = git@github.com:kivihub/test.git
      fetch = +refs/heads/master:refs/remotes/origin/master
      fetch = +refs/heads/experiment:refs/remotes/origin/experiment
      fetch = +refs/heads/qa/*:refs/remote/orgin/qa/*
      push = refs/heads/master:refs/heads/qa/master 

4)删除远程分支
通过命令git push origin :master可以删除远程origin库的master分支。因为refspec的格式为<src>:<dst>,通过把<src>置空表示把远程分支变为空,也就是删除它。

2.7 其他
  1. git gc垃圾回收命令用于压缩或删除数据,节省磁盘空间。
    • 将松散对象进行打包存入packfile。
    • 将不被任何commit引用并且已存在一段时间(数月)的对象删除。
参考文章
  1. GIT科普系列5:index in git
  2. 《Pro Git》相关章节内容
    2.1 Git 内部原理 - 底层命令和高层命令
    2.2 Git 内部原理 - Git 对象
    2.3 Git 内部原理 - Git 引用
    2.4 Git 内部原理 - 包文件
    2.5 Git 内部原理 - 引用规格
    2.6 Git 内部原理 - 传输协议
    2.7 Git 内部原理 - 维护与数据恢复
    2.8 Git 内部原理 - 环境变量
  3. Git命令列表
  4. .gitignore和exclude

相关文章

  • 二、Git内部原理

    1 前言 Git使用比较灵活,达到相同结果有多种方式。 靠记忆不同场景下的命令组合,会停留在“知其然,不知其所以然...

  • git理解

    内部原理实例git命令 内部原理 当git init 时,Git 会创建一个 .git 目录。 这个目录包含了几乎...

  • Git 内部原理

    Git 内部原理

  • Git内部原理

    Git是一个快速,可扩展的分布式版本控制系统。从根本上来说,Git是一个内容寻址(content-addressa...

  • Git 学习笔记(CheatSheet)(二)

    Git 内部实现原理剖析[https://www.jianshu.com/p/8154ac47d406] Git ...

  • Git内部原理 - 1

    Git 内部 Git是什么呢?不言而喻,官方回答git是分布式软件管理系统, 如果我们往从计算机学科这些想想,我觉...

  • Git版本控制学习笔记(一)

    参考文章:1、Git内部原理http://blog.jobbole.com/26209/2、廖雪峰Git教程htt...

  • Git 内部原理之 Git 引用

    这篇文章本应该在6月份就完成,拖了4个月之后,终于鼓起勇气捡起来,实在惭愧。坚持写文章就像长跑,途中跑起来基本是靠...

  • 10.2 Git 内部原理 - 《Git 对象》

    Git 的核心部分是一个简单的键值对数据库(key-value data store)。 你可以向 Git 仓库中...

  • 10.3 Git 内部原理 - 《Git 引用》

    一个文件来保存 SHA-1 值,而该文件有一个简单的名字, 然后用这个名字指针来替代原始的 SHA-1 值,在 G...

网友评论

    本文标题:二、Git内部原理

    本文链接:https://www.haomeiwen.com/subject/iaxgoxtx.html