Git 工作區、暫存區和版本庫
基本概念
我們先來理解下Git 工作區、暫存區和版本庫概念
工作區:就是你在電腦裡能看到的目錄。
暫存區:英文叫stage, 或index。一般存放在"git目錄"下的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 分支中的全部或部分檔案取代暫存區和以及工作區中的文件。這個命令也是極具危險性的,因為不但會清除工作區中未提交的改動,也會清除暫存區中未提交的改動。