Git 工作区、暂存区和版本库
我们已经了解了使用 Git 进行日常开发的基本流程，现在我们来学习 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 命令的效果
当对工作区修改（或新增）的文件执行 git add 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的 ID 被记录在暂存区的文件索引中
当执行提交操作 git commit -m <message> 时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新
即 master 指向的目录树就是提交时暂存区的目录树
当执行 git reset HEAD 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响
当执行 git rm --cached <file> 命令时，会直接从暂存区删除文件，工作区则不做出改变。
当执行 git checkout . 或者 git checkout -- <file> 命令时，会用暂存区全部或指定的文件替换工作区的文件
这个操作很危险，会清除工作区中未添加到暂存区的改动
当执行 git checkout HEAD . 或者 git checkout HEAD <file> 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件
这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动