2019-02-22看到这里我得出一个经验，没有文件也就是没有blob对象的目录是不会被git管理的，因为git要对文件进行版本管理，所以没有必要对空目录生成对象。基于这一点，readme文件的全路径是这样：[仓库根目录]/doc/readme。那么tree的数量与全路径中“/”的数量一致。作者回复: 这个归纳有点意思
8
2018-12-17好像就是一个文件系统噢。一次 commit 创建一棵大树，commit 是 root 节点。这么看起来 git 的原理很简单。作者回复: 简单的才美😄
5
2018-12-15老师这里 我实验了一下，当提交一次，对一个文件生成一个 Blob 对象后，在对该文件进行修改提交 ，又会产生一个新的 Blob, 这里是不是对同一文件多次修改提交后,会产生多个 Blob 对象？
如果这样的话，那会不会越来越大，有点冗余？作者回复: 你的理解都对，git也考虑到后面这个问题了，所以它会把松散的blob做整理，把内容相近的blob做增量存储。
3
2018-12-11老师讲得太棒了！深入到.git里面剖析一番，揭开了Git的神秘面纱，让我对Git的了解更进一步，也就没那么害怕他了。就像人与人之间，熟了就不怕了，老师的切入点真棒！作者回复: Git设计得好，让我们走近它
3
2019-03-23如果不往readme文件中写入信息，加入暂存区后 Git是会创建一个空的blob对象 还是不创建呢作者回复: 好问题。大家可以测试一下
1 1
2018-12-15刚刚看了一下具体结构, 关于每个 commit 当次提交文件的区分, 是通过比较当次 commit 和 parent 中所有不同的 tree 和 blob , 然后计算出的当次 commit 涉及的文件么?作者回复: 好问题，我整理清楚了再答复
1
2020-02-09第九章难度突然开始增加，我得多看几遍
2020-02-02一个 commit 先对应一个 tree, 这是最外层的tree, 这个 tree 中包含的是我们改动的所有文件的文件夹目录对应关系（tree）或者仓库根目录下的文件（blog），内层的tree 再包含其对应的文件（blob）。
2019-11-15各位同学注意了，在windows下，使用【git commit -m‘’】命令创建commit对象时，【-m】后的注释说明要使用半角双引号【""】，使用单引号会提示错误！例如：【git commit -m"Add readme"】 1- 2019-08-02三年前大学的时候老师说GitHub很重要，当时没有很好的学习途径去学习，就只会把本地代码上传到GitHub上。学习了老师这门课，又感受到那种获得新知识带来的快乐，以前朦胧朦胧的知识逐渐清晰了。 1
2019-06-27结合数据结构来看 git的这个结构设计的很巧妙作者回复: +1
2019-04-11老师请问下
最后那个小练习，为什么中间需要有2个tree，一个tree不可以吗？多个tree的原因是什么？作者回复: 让blob成为基础组件，可以利用树把多个文件特定版本对应的blob进行灵活的组装。
blob（代表文件的内容）可以充分地被复用。- 2019-02-12Doc所在的tree应该直接指向readme文件啊，怎么这里还有一个tree?
2个tree,应该一个在commit下，一个是包含Doc那里。是不是这样啊？ 
2019-01-17老师可以这样理解吧，commit相当于根节点，blob相当于叶子节点存储文件值，其他的是tree节点。作者回复: 就commit对应的项目所有文件的组织来说，可以这么理解
2019-01-09打卡。老师深入讲解了好多在官网手册上看起来晦涩的知识，非常感谢！作者回复: 加油啊
2019-01-07readme 为什么是一个 tree 呢？作者回复: 你指readme所在的那个tree只含readme对应的一个blob吧。
1
2018-12-16打卡
tree、blob、和commit的关系，要是能用图说明一下就好了作者回复: hi，第10个视频🈶️三者的关系
2018-12-16tree和blob 感觉有一点点像树形结构的分支结点和叶子结点 😯作者回复: 我也这么认为
- 2018-12-15老师 tree 的产生必须 commit 吗？
作者回复: 好问题。我们测下来的结果说明是这样的。
1 - 2018-12-14打卡
作者回复: ✊