我們先來理解下Git 工作區、暫存區和版本庫概念
工作區：就是你在電腦裏能看到的目錄。
暫存區：英文叫stage, 或index。一般存放在 ".git目錄下" 下的index文件（.git/index）中，所以我們把暫存區有時也叫作索引（index）。
版本庫： 工作區有一個隱藏目錄.git，這個不算工作區，而是Git的版本庫。
下面這個圖展示了工作區、版本庫中的暫存區和版本庫之間的關係：
圖中我們可以看出此時 "HEAD" 實際是指向 master 分支的一個"遊標"。所以圖示的命令中出現 HEAD 的地方可以用 master 來替換。
圖中的 objects 標識的區域爲 Git 的對象庫，實際位於 ".git/objects" 目錄下，裏面包含了創建的各種對象及內容。
常見的操作
當對工作區修改（或新增）的文件執行 "git add" 命令時，暫存區的目錄樹被更新，同時工作區修改（或新增）的文件內容被寫入到對象庫中的一個新的對象中，而該對象的ID被記錄在暫存區的文件索引中。
當執行提交操作（git commit）時，暫存區的目錄樹寫到版本庫（對象庫）中，master 分支會做相應的更新。即 master 指向的目錄樹就是提交時暫存區的目錄樹。
當執行 "git reset HEAD" 命令時，暫存區的目錄樹會被重寫，被 master 分支指向的目錄樹所替換，但是工作區不受影響。
當執行 "git rm --cached < file >" 命令時，會直接從暫存區刪除文件，工作區則不做出改變。
當執行 "git checkout ** . " 或者 "git checkout - - < file >" 命令時，會用暫存區全部或指定的文件替換工作區的文件。這個操作很危險**，會清除工作區中未添加到暫存區的改動。
當執行 "git checkout HEAD ** . " 或者 "git checkout HEAD - - < file >" 命令時，會用 HEAD 指向的 master 分支中的全部或者部分文件替換暫存區和以及工作區中的文件。 這個命令也是極具危險性的 **，因爲不但會清除工作區中未提交的改動，也會清除暫存區中未提交的改
當執行“git checkout”時，彙總顯示工作區域，暫存區與HEAD的差異，這個命令等同於“git checkout HEAD”,與第5，6差異在於一個"."或“--”
現在我們來實踐一下：
第一步是用git add把文件添加進去，實際上就是把文件修改添加到暫存區；
第二步是用git commit提交更改，實際上就是把暫存區的所有內容提交到當前分支。
因爲我們創建Git版本庫時，Git自動爲我們創建了唯一一個master分支，所以，現在，git commit就是往master分支上提交更改。
你可以簡單理解爲，需要提交的文件修改通通放到暫存區，然後，一次性提交暫存區的所有修改。
俗話說，實踐出真知。現在，我們再練習一遍，先對readme.txt做個修改，比如加上一行內容：
Git is a distributed version control system. Git is free software distributed under the GPL. Git has a mutable index called stage.
然後，在工作區新增一個LICENSE文本文件（內容隨便寫）。
先用git status查看一下狀態：
$ git status On branch master Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: readme.txt Untracked files: (use "git add <file>..." to include in what will be committed) LICENSE no changes added to commit (use "git add" and/or "git commit -a")
Git非常清楚地告訴我們，readme.txt被修改了，而LICENSE還從來沒有被添加過，所以它的狀態是Untracked。
現在，使用兩次命令git add，把readme.txt和LICENSE都添加後，用git status再查看一下：
$ git status On branch master Changes to be committed: (use "git reset HEAD <file>..." to unstage) new file: LICENSE modified: readme.txt
現在，暫存區的狀態就變成這樣了：
git add命令實際上就是把要提交的所有修改放到暫存區（Stage），然後，執行git commit就可以一次性把暫存區的所有修改提交到分支。
$ git commit -m "understand how stage works" [master e43a48b] understand how stage works 2 files changed, 2 insertions(+) create mode 100644 LICENSE
一旦提交後，如果你又沒有對工作區做任何修改，那麼工作區就是“乾淨”的：
$ git status On branch master nothing to commit, working tree clean
現在版本庫變成了這樣，暫存區就沒有任何內容了：
下面2張圖可以直觀的幫助你理解工作區、暫存區和版本庫之間的操作：
