工作流程

1.克隆 git 資源作為工作目錄

2.在克隆的資源上新增或修改檔案

3.如果其他人修改了，你可以更新

4.在提交前檢視修改

5.提交修改

6.在修改完成後，如果發現錯誤，可以撤回提交併再次修改並提交

工作區、暫存區和版本庫

工作區：就是本地專案檔案

暫存區：stage，或者 index。一般存放在 .git 目錄下的 index 檔案中，所以我們把暫存區有時候也叫做索引（index）

版本庫：工作區有一個隱藏目錄 .git ，這個不算工作區，而是 Git 的版本庫。

關係：

圖中左側為工作區，右側為版本庫。在版本庫中標記為 "index" 的區域是暫存區（stage, index），標記為 "master" 的是 master 分支所代表的目錄樹。

圖中我們可以看出此時 "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 分支中的全部或者部分檔案替換暫存區和以及工作區中的檔案。這個命令也是極具危險性的，因為不但會清除工作區中未提交的改動，也會清除暫存區中未提交的改動。