【Git原理】深入理解git add和git commit命令
（1） git仓库（版本库）：git仓库就是一个.git文件夹。这个文件夹内包含了很多文件（见插图2），其中有一个很重要的文件夹objects，保存了暂存区的所有文件对象，包括blob对象、tree对象、commit对象等，这些对象都是一以文件的形式来保存的。还有HEAD文件，保存着最新的提交的指针。当然很多人到这里可能还是不理解objects中的文件对象和HEAD中保存的指针到底是什么意思，没关系，下面会详细讲解。
（2）工作区：在一个项目目录中，除了.git文件的其他所有文件的集合就是工作区。
（3）暂存区：暂存区可以理解为文件从修改到最后提交到git版本库之间的一个缓存，为了防止一次提交了不必要的文件，有回退的余地，便有了暂存区。
（4）HEAD：HEAD在.git文件夹中是一个文件，文件的内容是一个32位的16进制数，这只是一个指针，他指向最近一个提交点、这个提交点实质是一个commit对象，对象里包含里多个属性，包括最后一个提交点目录结构索引、上一次提交点id、提交人、提交时间等。
(1) 首先，跟着我的思路，我们来创建一个git仓库， 通过一个例子来理解git add命令
1、首先，我们通过git init来创建一个仓库，这时会生成一个.git文件夹，这个文件夹就一个git仓库
2、创建一个文件A.java
执行 git add A.java
到.git里面的objects文件中，发现，多了一个文件夹，打开，里面有一个文件，名字是一串符号，打开这个文件，里面是一串无法识别的字符。
git add做了啥？
其实，在执行git add命令的时候，git首先会通过hash函数算出文件名A.java对应的sha-1值是1fed2a34f13dd2a34f13d，这个code是一个32位的16进制数，git会取这个code的前两位作为文件夹名在.git/objects文件夹中创建一个文件夹1f，取code的后30位作为文件名，在.git/objects/1f中创建一个文件ed2a34f13dd2a34f13d，git会将A.java的文件内容通过一定的压缩保存在这个文件中
未完待续.....
本文到这里就快结束了，文中可能有些地方没有说明清楚，欢迎指定讨论，有问题欢迎骚扰，看到会第一时间回复！
4、git add和git commit
git中的文件对象，最终都是存储在.git/objects目录中，以二进制形式存储的。git既松散存储，也进行差异化存储。每次修改一个文件，会在.git/objects目录中，生成一个二进制对象，当再次修改时，又生成另一个二进制对象，这即是松散存储。但是当工作区的二进制对象数超过6700个时（数目可配置），git会进行一次打包行为，针对相同文件进行差异化存储来减少文件数。
git大概总共有100多个命令，命令不是很多，但是每个命令，都可以带很多参数，功能很强大。git命令总共分为两类：高级命令和底层命令。
git add和git commit都属于高级命令，高级命令是通过调用多个底层命令来完成操作，这一节希望大家能彻底搞明白git add和git commit.
举个例子,假如我们新建一个工程，并新建了一个test.go文件，在这个文件里边随便写一些内容，下面我们用底层命令来生成一个完整的git历史记录：
第一步：针对test.go文件生成二进制存储对象
git hash-object命令就是针对某一个文件生成它的二进制存储对象，并返回它的sha1签名码，假设返回的是"0d5a2b611190403ef08124286fe64608456101cd"
第二步：更新索引文件
这一步是将我们上一步生成的对象以及它的路径添加到索引中。用到了我们上一节讲过的updae-index命令。
以上两步命令和git add test.go命令完全等价。
第三步：生成目录树对象
调用write-tree命令之后，git会针对当前索引区的目录结构，生成一个tree对象，并返回这个tree对象的sha1签名码，假设返回：d8329f
第四步：生成commit对象
echo后边单引号里边的内容就是我们的提交message了。第三步和第四步就是完成了一次git commit命令的操作。
大家可以试着操作一下以上四部命令，并观察一下.git/objects目录和工作区git状态的变化。
git代码提交的时候，为什么要分为本地commit和服务端的push
git代码提交的时候，为什么要分为本地commit和服务端的pushgit作为支持分布式版本管理的工具，它管理的库（repository）分为本地库、远程库。git commit操作的是本地库，git push操作的是远程库。git commit是将本地修改过的文件提交到本地库中。git push是将本地库中的最新信息发送给远程库。依次检查以下问题。(假定远端库叫 origin, 分支是 xxx)push 之前，确保你已经和最新的远端分支做过merge/rebase，命令为 git fetch origin, 然后 git merge [或rebase] origin/xxx你push的branch错了，比如本地的 dev 分支是track远端的 xxx 分支，但是你push的是yyy分支。确保你的push命令正确，如下 git push origin dev:xxx确保你没有修改过已经在远端分支上的历史
