共计 905 个字符，预计需要花费 3 分钟才能阅读完成。
基本概念
咱们先来了解下 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 分支中的全副或者局部文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为岂但会革除工作区中未提交的改变，也会革除暂存区中未提交的改变。
