Git 工作区、暂存区和版本库

概念及原理解释

　　Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。我们先来理解一下Git的工作区、暂存区和版本库的概念。
工作区（Working Directory）
　　就是你在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区
版本库（Repository）
　　工作区有一个隐藏目录.git，就是Git的版本库。
　　Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
暂存区（stage）
　　一般存放在”git目录”下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（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 rm –cached ” 命令时，会直接从暂存区删除文件，工作区则不做出改变。
　　当执行 “git checkout .” 或者 “git checkout – ” 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。
　　当执行 “git checkout HEAD .” 或者 “git checkout HEAD ” 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。

小栗子实战

　　下面我们通过一个小栗子具体玩一把，前面说过往Git版本库里添加文件的时候，总共分两步执行的：
　　第一步用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
　　第二步用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
　　
　　因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改到当前分支。
　　
　　１.下面我们就先对readme.txt做个修改，比如加上一行内容

　　２.然后，在工作区新增一个readme2.txt文本文件（内容随便写）。

　　３.用git status查看一下状态：

git status

　　Git告诉我们，readme.txt被修改了，而readme2.txt还从来没有被添加并提交，所以它的状态是Untracked。
　　４.现在，使用两次命令git add，把readme.txt和readme2.txt都添加后，用git status再查看一下：

git status

　　现在，暂存区的状态就变成这样了，所以，git add命令实际上就是把要提交的所有修改放到暂存区（Stage）

　　５.执行git commit就可以一次性把暂存区的所有修改提交到分支。

git commit -m "understand how stage works"

　　6.一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的：

git status

　　现在版本库变成了这样，暂存区就没有任何内容了：

　　暂存区是Git非常重要的概念，弄明白了暂存区，就弄明白了Git的很多操作到底干了什么。所以说对暂存区的理解是很重要的。