暂存区(stage, index)
是Git
最重要的概念之一,理解了这个概念很多 Git
命令就不再那么神秘了。下面几个验证例子一开始看不懂没关系,工作区、版本库中的暂存区和版本库之间的关系图先理解先。
在这个图中,我们可以看到部分 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 HEAD
命令时,暂存区的目录树会被重写,被 master 分支指向的目录树所替换,但是工作区不受影响。 - 当执行
git checkout .
或者git checkout -- [file]
命令时,会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险,会清除工作区中未添加到暂存区的改动。 - 当执行
git checkout HEAD .
或者git checkout HEAD [file]
命令时,会用HEAD
指向的master
分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的,因为不但会清除工作区中未提交的改动,也会清除暂存区中未提交的改 动。 - 当执行
git rm --cached [file]
命令时,会直接从暂存区删除文件,工作区则不做出改变。 - 当执行
git rm file
命令时,会同时删除暂存区和工作区的文件。 - 当执行
rm file
命令时,只会删除工作区的文件。
下面举例子来证明以上观点
假设:
工作区:a
暂存区(index):b
HEAD:C
git diff命令结论
1 2 3 | git diff 比较a跟b git diff --cached 比较b跟c git diff HEAD 比较a跟c |
git reset跟 git checkout结论
1 2 3 | git reset HEAD c覆盖b git checkout -- <file> b覆盖a git checkout HEAD <file> c覆盖a,b |
git rm命令结论
1 2 3 | git rm 删除a跟b git rm --cached 只删除b rm file 只删除a |