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 分支中的所有或者部分文件替换暂存区和以及工做区中的文件。这个命令也是极具危险性的，由于不但会清除工做区中未提交的改动，也会清除暂存区中未提交的改动。