1.刚初始化的仓库是没有index文件的这个时候还没有执行add操作所以是不存在index文件的。并且objcts目录下面也只有info 和pack文件。
harvey@harvey-Virtual-Machine:~/demo1$ git init ../harvey #初始化git仓库 Initialized empty Git repository in /home/harvey/harvey/.git/ harvey@harvey-Virtual-Machine:~/demo1$ cd ../harvey/ harvey@harvey-Virtual-Machine:~/harvey$ ls -a #发现创建成功 . .. .git harvey@harvey-Virtual-Machine:~/harvey$ tree .git/objects/ #新创建的objects对象只有这两个 .git/objects/ ├── info └── pack 2 directories, 0 files harvey@harvey-Virtual-Machine:~/harvey$ tree #.git目录下没有index索引文件 .git/ ├── branches ├── config ├── description ├── HEAD ├── hooks │ ├── applypatch-msg.sample │ ├── commit-msg.sample │ ├── post-update.sample │ ├── pre-applypatch.sample │ ├── pre-commit.sample │ ├── prepare-commit-msg.sample │ ├── pre-rebase.sample │ └── update.sample ├── info │ └── exclude ├── objects │ ├── info │ └── pack └── refs ├── heads └── tags 9 directories, 12 files
2.第一次添加执行add操作以后，会首先创建index文件，和在object库里写入提交的文件的快照。这个新创建的index文件是一个二进制的文件，我们只能通过ls-files来查看他的内容，查看的其实也就是我们add进去的文件的列表,注意这个时候在stage里的内容只是列表，还不是tree，也就是还没有一个唯一的tree id可以让我们访问，这个时候，我们只能直接通过保存进去的object对象的来访问，其实也就是我们是不能直接把stage里的数据完全恢复到工作目录里的。不过，不用担心，因为我们的数据快照都被保存到git里了，所以我们可以通过commit命令来给stage里的数据创建一个唯一的tree id，这样我们就通过tree id来直接恢复文件到我们的工作目录了。git不允许单独创建tree，而是创建tree的时候必须创建commt对象。其实commit对象里，我们最关心的也只是tree，而commit对象里的parent id和user email 等信息是为了方便管理历史版本的。所有我们以后的所有的对分支的操作都是基于这样一个事实，那就是只有tree是直接代表的历史的具体数据，别的都是为了管理tree的一些附件参数，虽然附件的参数也很重要。在工作区的文件实际上已经满足工作目录的tree结构了，只是没有一个id唯一的指向而已。只是生成新的工作树的前奏了。
harvey@harvey-Virtual-Machine:~/harvey$ touch test1.txt #直接在工作区创建一个空的文件 harvey@harvey-Virtual-Machine:~/harvey$ mkdir -p a/b/c/d #在工作区创建目录 harvey@harvey-Virtual-Machine:~/harvey$ touch a/b/c/d/test2.txt #在目录下创建文件 harvey@harvey-Virtual-Machine:~/harvey$ git add test1.txt a/b/c/d/test2.txt #添加到stage里开始观察 harvey@harvey-Virtual-Machine:~/harvey$ git status # On branch master # # Initial commit # # Changes to be committed: # (use "git rm --cached <file>..." to unstage) # # new file: a/b/c/d/test2.txt #提示stage里有两个新的文件 # new file: test1.txt # harvey@harvey-Virtual-Machine:~/harvey$ git ls-files --stage #用ls-files查看这两个新家的文件的object对象是什么，我们可以根据这两个长的id来查看文件的内容 100644 e69de29bb2d1d6434b8b29ae775ad8c2e48c5391 0 a/b/c/d/test2.txt 100644 e69de29bb2d1d6434b8b29ae775ad8c2e48c5391 0 test1.txt harvey@harvey-Virtual-Machine:~/harvey$ tree .git/objects/ #查看.git发现多了一个文件--至于为什么不是两个文件而是一个，现在还没研究到 .git/objects/ ├── e6 │ └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391 ├── info └── pack 3 directories, 1 file harvey@harvey-Virtual-Machine:~/harvey$ tree .git/ #查看发现.git出现了index，这是因为add的效果，并且我们ls-files就是读取的这个文件 .git/ ├── branches ├── config ├── description ├── HEAD ├── hooks │ ├── applypatch-msg.sample │ ├── commit-msg.sample │ ├── post-update.sample │ ├── pre-applypatch.sample │ ├── pre-commit.sample │ ├── prepare-commit-msg.sample │ ├── pre-rebase.sample │ └── update.sample ├── index ├── info │ └── exclude ├── objects │ ├── e6 │ │ └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391 │ ├── info │ └── pack └── refs ├── heads └── tags 10 directories, 14 files harvey@harvey-Virtual-Machine:~/harvey$ git cat-file -p e69de29
3.stage里的数据作为文件列表存在在数据库中了，我们可以分多次向stage里添加数据，直到我们绝的我们认为我们的修改可以提交位置，每一次的add都是王stage这个列表里添加数据。实际上我们不仅可以从工作目录里往列表添加数据，即所谓的添加新数据。实际上我们也可以往stage里添加就的数据就是历史版本的更新信息。
- 创建3次提交，第一次为创建a/a/a/a.txt和a.txt 内容都是a
- 第二次创建b/b/b/b.txt 和b.txt 内容是b
- 第三次创建c/c/c/c.txt和c.txt 内容是c
harvey@harvey-Virtual-Machine:~/test$ git log --pretty=oneline #查看git log发现三次提交都成功了 81c4736e7e2014e6f210fc84a2d6c20b2b55714b c f48af8776eef36ada3083ffc2414f65eb8e71bd5 b 64ed14fa53169a5d6c200afe66078e90bb571a61 a harvey@harvey-Virtual-Machine:~/test$ git status #查看到现在的状态是clean就是都是干净的 # On branch master nothing to commit (working directory clean) harvey@harvey-Virtual-Machine:~/test$ git ls-files --stage #查看index文件的信息发现所有的文件都是在这个列表里的 100644 78981922613b2afb6025042ff6bd878ac1994e85 0 a.txt 100644 78981922613b2afb6025042ff6bd878ac1994e85 0 a/a/a/a.txt 100644 61780798228d17af2d34fce4cfbdf35556832472 0 b.txt 100644 61780798228d17af2d34fce4cfbdf35556832472 0 b/b/b/b.txt 100644 f2ad6c76f0115a6ba5b00456a849810e7ec0af20 0 c.txt 100644 f2ad6c76f0115a6ba5b00456a849810e7ec0af20 0 c/c/c/c.txt harvey@harvey-Virtual-Machine:~/test$ tree .git/objects/ #查看发现新的,git里面的多了很多的object兑现，不错和stage里的id名字并不相同 看到stage里的内容，我们就知道为什么 直接执行git diff我们就可以比较出刚修改的文件的内容了，因为最后一次提交的数据和之前几次提交的所有数据都是在stage里的 .git/objects/ ├── 08 │ └── 585692ce06452da6f82ae66b90d98b55536fca ├── 2a │ └── c33aa68b66941f9772ca253efaadc2c596d2a9 ├── 2e │ └── ef31f20c83a373a0e644a1cfad649185e06e8c ├── 32 │ └── ca469287bd11315303cec54b25f1aa1c6c956e ├── 3f │ └── c3a14b8394c7c995c0cd7bd709ca49ef655ffa ├── 61 │ └── 780798228d17af2d34fce4cfbdf35556832472 ├── 64 │ ├── 954db95fa9bfd346c935e3d18e507b0de33b20 │ └── ed14fa53169a5d6c200afe66078e90bb571a61 ├── 6d │ └── d2e047b2d563908790f063b8927dad78435b67 ├── 78 │ └── 981922613b2afb6025042ff6bd878ac1994e85 ├── 81 │ └── c4736e7e2014e6f210fc84a2d6c20b2b55714b ├── a3 │ └── 3a85e1ebb2e91deaeda9580a8512d90ce997b7 ├── c4 │ └── 4a01904d9d7fce1cdf3f7045a2c2aeef8a8318 ├── cf │ └── 67e9ef3a0fc6d858423fc177f2fbbe985a6f17 ├── f2 │ └── ad6c76f0115a6ba5b00456a849810e7ec0af20 ├── f4 │ └── 8af8776eef36ada3083ffc2414f65eb8e71bd5 ├── f8 │ └── f7aefc2900a3d737cea9eee45729fd55761e1a ├── fa │ └── 57da9ba8bcf485b98f090a6f84b92c6de5489a ├── info └── pack