http://selfcontroller.iteye.com/blog/1786644
可以將git簡單的分爲三個區域
1、工作區（working directry）
2、暫緩區（stage index）
3、歷史記錄區（history）
如圖： 
git add files 把當前工作目錄中的文件放入暫存區域
其實做了兩件事：
1、將本地文件的時間戳、長度，當前文檔對象的id等信息保存到一個樹形目錄中去（index，即平時說的暫存區）
2、將本地文件的內容做快照並保存到Git 的對象庫
（綜上：實際上就是一個包含文件索引的目錄樹，像是一個虛擬的工作區。在這個虛擬工作區的目錄樹中，記錄了文件名、文件的狀態信息（時間戳、文件長度等），文件的 內容並不存儲其中，而是保存在 Git 對象庫（.git/objects）中，文件索引建立了文件和對象庫中對象實體之間的對應。）
如圖： 
在這個圖中，我們可以看到部分 Git 命令是如何影響工作區和暫存區（stage, index）的：
圖中左側爲工作區，右側爲版本庫。在版本庫中標記爲 "index" 的區域是暫存區（stage, index），標記爲 "master" 的是 master 分支所代表的目錄樹。
圖中我們可以看出此時 "HEAD" 實際是指向 master 分支的一個“遊標”。所以圖示的命令中出現 HEAD 的地方可以用 master 來替換。
圖中的 objects 標識的區域爲 Git 的對象庫，實際位於 ".git/objects" 目錄下
當對工作區修改（或新增）的文件執行 "git add" 命令時，暫存區的目錄樹被更新，同時工作區修改（或新增）的文件內容被寫入到對象庫中的一個新的對象中，而該對象的ID 被記錄在暫存區的文件索引中
當執行提交操作（git commit）時，暫存區的目錄樹寫到版本庫（對象庫）中，master 分支會做相應的更新。即 master 指向的目錄樹就是提交時暫存區的目錄樹
git reset -- files 用來撤銷最後一次git add files（因爲每git add file一次，暫存區的文件都會被更改一次），你也可以用git reset 撤銷所有暫存區域文件。
git checkout -- files 把文件從暫存區域複製到工作目錄，用來丟棄本地修改。
當執行 "git rm --cached <file>" 命令時，會直接從暫存區刪除文件，工作區則不做出改變
當執行 "git checkout ." 或者 "git checkout -- <file>" 命令時，會用暫存區全部或指定的文件替換工作區的文件。這個操作很危險，會清除工作區中未添加到暫存區的改動
當執行 "git checkout HEAD ." 或者 "git checkout HEAD <file>" 命令時，會用 HEAD 指向的 master 分支中的全部或者部分文件替換暫存區和以及工作區中的文件。這個命令也是極具危險性的，因爲不但會清除工作區中未提交的改動，也會清除暫存區中未提交的改
動
當執行 "git status" 命令掃描工作區改動的時候，先依據 .git/index 文件中記錄的（工作區跟蹤文件的）時間戳、長度等信息判斷工作區文件是否改變。如果工作區的文件時間戳改變，說明文件的內容 可能 被改變了，需要要打開文件，讀取文件內容，和更改前的原始文件相比較（本地文件和與之對應的object庫中的文件的內容進行對比），判斷文件內容是否被更改。如果文件內容沒有改變，則將該文件新的時間戳記錄到
.git/index 文件中。因爲判斷文件是否更改，使用時間戳、文件長度等信息進行比較要比通過文件內容比較要快的多，所以 Git 這樣的實現方式可以讓工作區狀態掃描更快速的執行，這也是 Git 高效的因素之一。
git diff files 來進行具體文件的變動對比，通常用來進行work directory 與 stage之間的對比，實質上是用 git objects 庫中的快照與work directory 文件的內容的對比
