先從概念上分析工作區、暫存區和版本庫
工作區：就是你在電腦裡能看到的目錄。
暫存區：英文叫stage（或index）。一般存放在 「.git目錄下」 下的index檔案（.git/index）中，所以我們有時把暫存區也叫作索引（index）。
版本庫：工作區有乙個隱藏目錄.git，這個不算工作區，而是 git 的版本庫。
下面這個圖展示了工作區、暫存區和版本庫之間的關係
圖中左側為工作區，右側為版本庫。
在版本庫中標記為 「index」 的區域是暫存區，標記為 「master」 的是 master 分支所代表的目錄樹。
圖中我們可以看出此時 「head」 實際是指向 master 分支的乙個"游標"。
所以圖示的命令**現 head 的地方可以用 master 來替換。
圖中的 objects 標識的區域為 git 的物件庫。
實際位於 「.git/objects」 目錄下，裡面包含了建立的各種物件及內容。
下面介紹執行圖示中的 git 命令時，工作區，暫存區，版本庫會有什麼樣的改變以及如何記錄下來
一：git add
當對工作區修改（或新增）的檔案執行 「git add」 命令時，
暫存區的目錄樹被更新，同時工作區修改（或新增）的檔案內容被寫入到物件庫中的乙個新的物件中，而該物件的id被記錄在暫存區的檔案索引中。
二：git commit
當執行提交操作（git commit）時，
暫存區的目錄樹寫到版本庫（物件庫）中，master 分支會做相應的更新（即 master 指向的目錄樹就是提交時暫存區的目錄樹）。
三 ：git reset head
當執行 「git reset head」 (拉取最近一次提交到版本庫的檔案到暫存區)命令時，
暫存區的目錄樹會被重寫，被 master 分支指向的目錄樹所替換，但是工作區不受影響。
四：git rm --cached
當執行 "git rm --cached " 命令時，
會直接從暫存區刪除檔案，工作區則不做出改變。
五：git checkout .
當執行 「git checkout .」 或者 "git checkout – " 命令時，
會用暫存區全部或指定的檔案替換工作區的檔案。
這個操作很危險，會清除工作區中未新增到暫存區的改動。
六：git checkout head .
當執行 「git checkout head .」 或者 "git checkout head " 命令時，
會用 head 指向 master 分支中的全部或者部分檔案，替換暫存區以及工作區中的檔案。
這個命令也是極具危險性的，因為不但會清除工作區中未提交的改動，也會清除暫存區中未提交的改動。
所以在使用第五條，第六條命令時，要確保工作區，暫存區沒有還未提交的修改。
Git 工作區 暫存區和版本庫
暫存區 stage,index 是 git 最重要的概念之一，理解了這個概念很多 git 命令就不再那麼神秘了。今天在寫這部分的內容，畫了乙個圖，看看有沒有什麼問題。理解 git 暫存區 stage 把上面的 實踐二 從頭至尾走一遍，不知道您的感想如何？在 實踐二 的過程中，我有意無意的透漏了 暫存...
Git 工作區 暫存區和版本庫
暫存區 stage,index 是 git 最重要的概念之一，理解了這個概念很多 git 命令就不再那麼神秘了。今天在寫這部分的內容，畫了乙個圖，看看有沒有什麼問題。理解 git 暫存區 stage 把上面的 實踐二 從頭至尾走一遍，不知道您的感想如何？在 實踐二 的過程中，我有意無意的透漏了 暫存...
Git 工作區 暫存區和版本庫
暫存區 stage,index 是 git 最重要的概念之一，理解了這個概念很多 git 命令就不再那麼神秘了。我認為 git 暫存區 stage,或稱為 index 的設計是 git 最成功的設計之一，也是最難理解的乙個設計。當執行 git status 命令掃瞄工作區改動的時候，先依據 git ...