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的很多操作到底干了什么。所以说对暂存区的理解是很重要的。