深入理解Git：（1） Git基础

最新推荐文章于 2023-06-16 14:06:25 发布
最新推荐文章于 2023-06-16 14:06:25 发布
阅读量159 收藏
点赞数
分类专栏： Git 文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/plusnil/article/details/115347935
版权

目录

说明

本文是Frontend Masters课程《深入理解Git》（Git In-depth）笔记。
本文是第一部分，Git基础（Git Foundations）。
本文在Windows下使用git bash输入命令进行测试。

数据存储

Git的核心为键值存储系统（key-value store）。

  • 值（value）为数据（data）。
  • 键（key）为数据的哈希值（hash）。
  • 键的格式为SHA1。

由于键是由内容产生的，这种系统也被称为内容可寻址存储系统（content addressable storage system）。

blob

Git将压缩的数据存储在blob中，同时将元数据存储在blob的header中。blob由四部分组成：

  1. blob标识符
  2. 内容的大小
  3. \0
  4. 内容
用git hash-object生成blob

先用git hash-object生成“Hello, World!\n"的SHA1值，再用openssl sha1生成”blob 14\0Hello, World!\n"SHA1值。这两次生成的SHA1值相同。说明git hash-object在内容之前增加“blob标识符”、“内容的大小”和“\0”，然后求SHA1值。

echo返回到stdin中的字符串自动在末尾补”\n“）：

$ echo 'Hello, World!' | git hash-object --stdin
8ab686eafeb1f44702738c8b0f24f2567c36da6d

由于无法在Windows环境的git bash中输入”\0"。因此在nodejs中执行openssl sha1

//file: "hash.js"
const { exec } = require("child_process")
const cp = exec("openssl sha1", (error, stdout, stderr) => console.log(stdout))
cp.stdin.end("blob 14\0Hello, World!\n")

$ node hash.js
(stdin)= 8ab686eafeb1f44702738c8b0f24f2567c36da6d

在理解了git hash-object的基本工作原理后，尝试在.git文件夹中生成blob对象。

用git init初始化生成.git文件夹。hooks文件夹中的内容较多，删除以便容易看清.git文件夹结构。

$ git init
Initialized empty Git repository in E:/learn/git/sample/.git/
$ rm -r .git/hooks

使用cmd //c tree .git //f展示.git文件夹的结构，在.git/object下只有pack和info两个空文件夹。

$ cmd //c tree .git //f
E:\LEARN\GIT\SAMPLE\.GIT
│  description
│  HEAD
│  config
├─info
│      exclude
├─refs
│  ├─heads
│  └─tags
└─objects
    ├─pack
    └─info

用git hash-object -w生成blob并存放在.git文件夹内，存放的具体位置由blob的SHA1值的前2位决定，blob的文件名为SHA1的后38位。

$ echo 'Hello, World!' | git hash-object -w --stdin
8ab686eafeb1f44702738c8b0f24f2567c36da6d

内容“Hello, World!\n"生成的blob的SHA1值为：8ab686eafeb1f44702738c8b0f24f2567c36da6d，存放在.git/objects/8a，文件名为：b686eafeb1f44702738c8b0f24f2567c36da6d

$ cmd //c tree .git //f
E:\LEARN\GIT\SAMPLE\.GIT
│  description
│  HEAD
│  config
├─info
│      exclude
├─refs
│  ├─heads
│  └─tags
└─objects
    ├─pack
    ├─info
    └─8a
            b686eafeb1f44702738c8b0f24f2567c36da6d

用git cat-file -t可以显示Git对象的类型。以8ab6开头的SHA1值对应的Git对象的类型为blob。在Git中可以用SHA1值的前若干位（最少4位）来确定对象。Git对象的类型除了blob外还有tree和commit。

$ git cat-file -t 8ab6
blob

用git cat-file -p可以显示Git对象的内容。

$ git cat-file -p 8ab6
Hello, World!

类型为blob的Git对象的SHA1值由内容唯一确定，无论是内容来自字符串还是文件。因此blob对象中只包含内容信息，不包含文件名和文件路径信息。这样的好处是重复内容的文件不会再.git中重复存储。文件名和文件路径信息存储在tree对象中。

$ git init
Initialized empty Git repository in E:/learn/git/sample/.git/
$ echo 'Hello, World!' > hello.txt
$ git hash-object -w hello.txt
8ab686eafeb1f44702738c8b0f24f2567c36da6d
用git add时生成blob

初始化生成.git文件夹。生成包含内容"Hello, World!\n"的文件"hello.txt"。

$ git init
Initialized empty Git repository in E:/learn/git/sample/.git/
$ echo 'Hello, World!' > hello.txt

通过git status以及cmd //c tree .git //f查看Git状态和.git文件夹结构。Git的状态为有1个未跟踪的文件"hello.txt"。在.git/objects下没有Git对象。

$ git status
On branch master
	
No commits yet
	
Untracked files:
  (use "git add <file>..." to include in what will be committed)
       hello.txt
	
nothing added to commit but untracked files present (use "git add" to track)
$ cmd //c tree .git //f
E:\LEARN\GIT\SAMPLE\.GIT
│  description
│  HEAD
│  config
├─hooks
├─info
│      exclude
├─refs
│  ├─heads
│  └─tags
└─objects
    ├─pack
    └─info

添加hello.txt文件

$ git add hello.txt

通过git status以及cmd //c tree .git //f查看Git状态和.git文件夹结构。Git的状态为有1个未提交的新文件"hello.txt"。此时.git/objects下有一个SHA1值为8ab686eafeb1f44702738c8b0f24f2567c36da6d的Git对象，此对象包含了"hello.txt"文件的内容。说明blob在git add时生成。

$ git status
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)
        new file:   hello.txt
$ cmd //c tree .git //f
E:\LEARN\GIT\SAMPLE\.GIT
│  description
│  HEAD
│  config
│  index
├─hooks
├─info
│      exclude
├─refs
│  ├─heads
│  └─tags
└─objects
    ├─pack
    ├─info
    └─8a
            b686eafeb1f44702738c8b0f24f2567c36da6d

复制并添加文件

$ mkdir copies
$ cat hello.txt > copies/hello-copy.txt
$ git add copies/hello-copy.txt

通过git status以及cmd //c tree .git //f查看Git状态和.git文件夹结构。Git的状态为有2个未提交的新文件"hello.txt"和"copies/hello-copy.txt"。此时.git/objects下有1个SHA1值为8ab686eafeb1f44702738c8b0f24f2567c36da6d的Git对象。由于"hello.txt"和"copies/hello-copy.txt"的内容相同，所以在git add copies/hello-copy.txt之后，并不会增加新的Git对象。

$ git status
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)
        new file:   copies/hello-copy.txt
        new file:   hello.txt
$ cmd //c tree .git //f
E:\LEARN\GIT\SAMPLE\.GIT
│  description
│  HEAD
│  config
│  index
├─hooks
├─info
│      exclude
├─refs
│  ├─heads
│  └─tags
└─objects
    ├─pack
    ├─info
    └─8a
            b686eafeb1f44702738c8b0f24f2567c36da6d

查看.git/objects下唯一的Git对象，类型为"blob"，内容为"Hello, World!"。

$ git cat-file 8ab6 -t
blob
$ git cat-file 8ab6 -p
Hello, World!

tree

在tree中包含两类指针，一类指向blob，一类指向其他tree，指针用SHA1值表示。tree中还包含了其他信息：

  1. 指针的类型（type of pointer）：blob或tree
  2. 文件（当指针指向blob时）或文件夹（当指整指向tree时）名称
  3. 文件属性（mode）：executable file, symbolic link …

tree是Git对象的一种，有其对应的SHA1值，存储在.git/objects下。每一个tree所包含的文件夹结构（所有文件和文件夹的路径名称）以及所有文件内容，决定了tree的SHA1值。不同的两个tree其所包含的文件夹结构或文件内容必然不同。

正常情况下，不被其他任何tree指向的tree为根，代表了某一时刻工作区的文件夹结构和文件内容，但却无法表示是具体的哪一时刻，及其变化历史。

commit

commit代表了具体时刻的工作区文件夹结构和内容，及其变化历史。commit中的内容包括：

  1. 指向根的指针（1个）
  2. 指向其他commit（parent）的指针（0，1或若干个）
  3. 作者和提交者
  4. 时间
  5. message

commit的SHA1值由以上所有信息共同决定。

在之前操作的基础上执行git commit，并用cmd //c tree .git //f查看.git文件夹结构。在.git/objects下，新增了3个Git对象。

$ git commit -m "Initial commit"
[master (root-commit) fec787b] Initial commit
 2 files changed, 2 insertions(+)
 create mode 100644 copies/hello-copy.txt
 create mode 100644 hello.txt
$ cmd //c tree .git //f
E:\LEARN\GIT\SAMPLE\.GIT
│  description
│  HEAD
│  config
│  index
│  COMMIT_EDITMSG
├─hooks
├─info
│      exclude
├─refs
│  ├─heads
│  │      master
│  └─tags
├─objects
│  ├─pack
│  ├─info
│  ├─8a
│  │      b686eafeb1f44702738c8b0f24f2567c36da6d
│  ├─8c
│  │      0dd4898dc9d0eb8a55eb7773c4ee433577e135
│  ├─50
│  │      d594ce398b77c1fb612ae7ee8745587a3dedc6
│  └─fe
│          c787b35bc3163f9f821fa13795c97a622321f8
└─logs
    │  HEAD
    └─refs
        └─heads
                master

在git commit -m "Initial commit"的返回中可以看到，最新生成的commit对象的SHA1值以fec787b开头。查看Git对象"fec7"的类型和内容。"fec7"的类型为commit，内容包含：当前根的指针、作者、提交者、message以及时间，由于"fec7"是第一个commit因此内容中不包含指向parent的指针。

$ git cat-file fec7 -t
commit
$ git cat-file fec7 -p
tree 50d594ce398b77c1fb612ae7ee8745587a3dedc6
author LI Chuan <lichuan_172@163.com> 1617198205 +0800
committer LI Chuan <lichuan_172@163.com> 1617198205 +0800

Initial commit

顺着当前根tree的指针我们可以遍历到当前时刻根tree所包含的其他所有的tree和blob。

$ git cat-file 50d5 -t
tree
$ git cat-file 50d5 -p
040000 tree 8c0dd4898dc9d0eb8a55eb7773c4ee433577e135    copies
100644 blob 8ab686eafeb1f44702738c8b0f24f2567c36da6d    hello.txt
$ git cat-file 8c0d -t
tree
$ git cat-file 8c0d -p
100644 blob 8ab686eafeb1f44702738c8b0f24f2567c36da6d    hello-copy.txt
$ git cat-file 8ab6 -t
blob
$ git cat-file 8ab6 -p
Hello, World!

当新增一个文件并提交后，在.git/objects下新增了3个Git对象，分别为1个commit、1个tree和1个blob。

$ echo 'A new file.' > new.txt
$ git add new.txt
$ git commit -m "Add new.txt"
[master 46752eb] Add new.txt
 1 file changed, 1 insertion(+)
 create mode 100644 new.txt
 $ cmd //c tree .git //f
E:\LEARN\GIT\SAMPLE\.GIT
│  description
│  HEAD
│  config
│  COMMIT_EDITMSG
│  index
├─hooks
├─info
│      exclude
├─refs
│  ├─heads
│  │      master
│  └─tags
├─objects
│  ├─pack
│  ├─info
│  ├─8a
│  │      b686eafeb1f44702738c8b0f24f2567c36da6d
│  ├─8c
│  │      0dd4898dc9d0eb8a55eb7773c4ee433577e135
│  ├─50
│  │      d594ce398b77c1fb612ae7ee8745587a3dedc6
│  ├─fe
│  │      c787b35bc3163f9f821fa13795c97a622321f8
│  ├─de
│  │      baded8eaa1bdcc5bfc7e898cec32592e427583
│  ├─ea
│  │      2680dd7373ed7f9deca127698849709834edca
│  └─46
│          752eb236fa0459f018d0c2933f1642df2a4f8d
└─logs
    │  HEAD
    └─refs
        └─heads
                master

分别查看新增的commit、tree和blob。新增加的commit的内容中多了指向上一个（parent）commit的指针。这样在在一个分支的情况下，通过commit可以在时间上向上（parent）遍历到所有commit。在某一个时刻，可以通过commit指向的根tree遍历到此时工作区的所有文件夹结构和文件内容。

$ git cat-file 4675 -t
commit
$ git cat-file 4675 -p
tree ea2680dd7373ed7f9deca127698849709834edca
parent fec787b35bc3163f9f821fa13795c97a622321f8
author LI Chuan <lichuan_172@163.com> 1617199399 +0800
committer LI Chuan <lichuan_172@163.com> 1617199399 +0800

Add new.txt
$ git cat-file ea26 -t
tree
$ git cat-file ea26 -p
040000 tree 8c0dd4898dc9d0eb8a55eb7773c4ee433577e135    copies
100644 blob 8ab686eafeb1f44702738c8b0f24f2567c36da6d    hello.txt
100644 blob debaded8eaa1bdcc5bfc7e898cec32592e427583    new.txt
$ git cat-file deba -t
blob
$ git cat-file deba -p
A new file.

查看此时的.git/HEAD和.git/refs/heads/master。master中的内容为指向master分支中的最新一个commit的指针，而HEAD则直接指向master。

$ cat .git/HEAD
ref: refs/heads/master
$ cat .git/refs/heads/master
46752eb236fa0459f018d0c2933f1642df2a4f8d

总结

blob、tree和commit为Git的基础，其他大部分功能都建立在这三者之上。blob存储了工作空间的内容，tree存储了工作空间的结构，commit存储了工作空间的变化历史。

plusnil
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
深入理解Git (一) － 元数据
hongchangfirst
08-10 4147
上节我们了解了Git的对象存储方式，那么这节我们看看Git是在哪里存储这些信息，另外，Git仓库是根据什么知道仓库的元信息呢？ 我们首先git init，git会在目录下创建一个.git的隐藏目录，这个目录里存储了关于这个仓库的所有元数据。Git对象就存在其下的objects文件夹内。所以有必要看一下这里边都还存储了什么东西： 首先.git目录下有五个文件夹和三个文件： 1 branches
使用git微命令深入理解git工作机制
03-03
然后很久过去后，自己也有了很多的git项目实践，觉得有必要从自己的理解角度（微命令和常用命令对应分析）来整理下自己的理解，于是有了这篇博文。git是一种管理数据的工具，一种支持快速索引查找数据并管理数据变化...
2021-04-01
金大大的博客
04-01 246
git 提交 全部文件 1、git add . git add xx 命令可以将xx文件添加到暂存区，如果有很多改动可以通过get add -A .来一次添加所有改变的文件。注意 -A 选项后面还有一个句点。git add -A 表示添加所有内容，git add . 表示添加新文件和编辑过的文件不包括删除的文件；git add -u 表示添加编辑或者删除的文件，不包括新添加的文件。 2.、git commit -m “提交注释” 3、git push origin 分支名称，一般使用： git push
深入理解 Git
weixin_33763244的博客
02-19 90
深入理解 Git Git 使我们日常使用的开发工具，用于代码的版本管理，但是我们常用的各种命令 git add, git commit, git push, git pull 等等究竟是啥样子，带着好奇心，趁着空重新读了下 Git 的官方文档。发现了一些除了刚刚提到的高级命令以外的低级命令，以及 Git 究竟是如何运转的。（当然不是源码解读） 基本概念 git 对于文件的存储位置进行了3层分割...
git add时create mode 100644到底是什么含义？
热门推荐
flyd1005的专栏
02-14 1万+
git add xxx.txt create mode 100644到底是什么含义？ 100代表regular file，644代表文件权限 参考/usr/share/doc/git-doc/technical/index-format.txt中的内容   32-bit mode, split into (high to low bits)     4-bit object type
git终端的中文乱码问题
东风小火的博客
02-27 1400
无论在windows下还是ubuntu下，在终端如果要提交的文件名含有中文，默认git commit的时候就会把中文显示为一串数字如下： create mode 100644 "\346\265\213\350\257\225" 这个时候只需要添加相应的配置即可显示正常的中文，执行以下命令即可 git config --global core.quotepath false 或者手动更改配置...
2小时玩转Git：日常使用到根本理解
06-17
为什么人人都要学Git？Git的由来可不简单，最初是由Linux之父-林纳斯.托瓦兹为了更好管理Linux内核代码而编写的，Git用于...7）深入理解Git三大分区 ---------------------------------------------------------------
深入理解学习Git工作流（git-workflow-tutorial）
02-25
工作流其实不是一个初级主题，背后的本质问题其实是有效的项目流程管理和高效的开发协同...关于Git工作流主题，网上体系的中文资料不多，主要是零散的操作说明，希望这篇文章能让你更深入理解并在工作中灵活有效地使用
Git的深入理解与GitHub托管服务的使用
03-02
版本控制是一种记录若干文件内容变化，以便将来查阅特定版本修订情况的系统。许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间进行区别。这么做的唯一好处就是简单，坏处也不少：有...
git
weixin_30832143的博客
05-12 58
一、git和github git：版本控制工具。 github：提供git仓库托管服务的平台。 用git控制版本，用github托管git仓库到网络。 二、git 初始化配置github的用户名和邮箱 git config --global user.name "your name" git config --gl...
git 深入浅出
qq_42369064的博客
07-11 313
Git是目前世界上最先进的分布式版本控制系统（没有之一）。版本控制系统就是可以记录每次文件改动的系统。版本控制系统目前分为两种，一种是集中式版本控制系统（cvs,svn），一种是分布式版本控制系统(git)。集中式版本管理系统的原理是将版本库存放到一台中央服务器上，到了要干活的时候，再从中央服务器上去取得最新的版本，干完活后，再将最新的版本推送给中央服务器。集中式版本控制系统最大的毛病是要联网才能工作，而分布式版本管理系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，多个人协作只要互相推送就好
深入浅出Git教程（转载）
Chocolate的博客
06-16 663
版本控制（Revision control）是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史，方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。实现跨区域多人协同开发追踪和记载一个或者多个文件的历史记录组织和保护你的源代码和文档统计工作量并行开发、提高开发效率跟踪记录整个软件的开发过程减轻开发人员的负担，节省时间，同时降低人为错误简单说就是用于管理多人协同开发项目的技术。
Git 中阶学习 基础知识深入理解
qq_52395816的博客
04-24 569
内容适合git已经学习过一遍的小伙伴用来第二遍学习，来深入理解第一遍的学习，主要介绍了git原理，代码上传至多个git仓库
深入理解Git（1）
焦向宁的专栏
02-16 393
1 .git文件夹目录结构 在.git文件夹中执行tree命令，查看文件列表。 $ tree ├── branches ├── COMMIT_EDITMSG # 存储最新的提交信息 ├── config # 存储本地仓库的Git配置信息 ├── description # 仓库的描述信息，主要是Git托管系统使用 ├── HEAD # 一个指针，指向正在工作中的本地分支的指针，内容为映射到refs的引用 ├── hooks # Git执行特定操作的后出发的一些sh
深入理解git
bdss58的专栏
04-13 1543
之前用过git，感觉很神奇。很好用之际，膜拜linux，他能迅速写出这么给力的版本控制系统而我不能理解其原理，惭愧之极。 今儿偶然看到一篇国外网友写的文章介绍git原理，看完茅塞顿开。遂翻译之，以记之！ 原文地址：http://maryrosecook.com/blog/post/git-from-the-inside-out ================================
深入理解git内部原理
hunter的博客
01-17 249
Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency 上面这句话摘自git官网，意思是说git是一个分布式版本控制系统，快速高效的处理大小型项目...
深入理解Git的实现原理
资料qun832218493
12-07 355
0、导读 本文适合对git有过接触，但知其然不知其所以然的小伙伴，也适合想要学习git的初学者，通过这篇文章，能让大家对git有豁然开朗的感觉。在写作过程中，我力求通俗易懂，深入浅出，不堆砌概念。你能够从本文中了解以下知识： Git是什么 Git能够解决哪些问题 Git的实现原理 请注意,本文的阐述逻辑是：Git是什么——>Git要解决的根本问题是什么——>git是如何解决这些问题的。 1、Git是什么？ Git是一种分布式版本控制系统。 有人要问了，什么是“版本控制”？Git又为什么被冠以“分
Git版本控制管理——合并
止步听风的博客
06-26 5327
之前提到了分支，既然有分，就一定有合。在Git中，当一个分支中的修改与另一个分支中的修改不发生冲突的时候，Git会计算合并结果，并创建一个新提交来代表新的统一状态。但是当分支冲突时，Git并不解决冲突，而将该文件在索引中标记为未合并的(unmerged)，交给用户处理，用户处理完冲突后，才能够进行最终提交。首先执行下列代码初始化版本库： 在上面的代码中，在master分支外创建了other分支，并进行了两次提交，然后如果想要将other分支合并到master分支上的话，就需要使用到git merge命令
关于git的使用（六）------删除文件
weixin_44048917的博客
03-19 1400
在Git中，删除也是一个修改操作，我们实战一下，先添加一个新文件test.txt到Git并且提交： $ git add test.txt $ git commit -m "add test.txt" [master b84166e] add test.txt 1 file changed, 1 insertion(+) create mode 100644 test.txt 一般情况下，你通常直接在文件管理器中把没用的文件删了，或者用rm命令删了： $ rm test.txt 这个时候
Git Github
最新发布
07-27
希望这些信息能帮助你更好地理解Git和Github的基本概念和使用方法。如果你想深入学习Git和Github，我建议你参考廖雪峰老师的官方网站中的文章，那里有更详细和深入的内容。\[2\] #### 引用[.reference_title] - *1* ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值