git 暂存区，工作区和 HEAD分支 关系

在git 的学习中，入门很简单，svn是对某个文件的变化进行记录，git在于整个项目变化的记录，当我们熟悉了 add commit 等操作，我们是否知道commit前为什么要add？我们是不是对文件还原 是用reset还是checkout还是有点模糊? 这里我们就要知道git 的基本工作原理，git的难点在于对概念的了解，当你了解了基本的概念，比如 暂存区，工作区，分支之间的关系，后面对git的把握就不太难了。 找了一篇文章简单明了的介绍了git的暂存区，工作区，分支，讲的很好，转载过来加深学习，感谢下面原作者。

作者：嘟爷MD

链接：http://www.jianshu.com/p/27c0eabb4a74

來源：简书

流程介绍

下面这个图展示了工作区、版本库中的暂存区和版本库之间的关系。

在这个图中，我们可以看到部分 Git命令是如何影响工作区和暂存区（stage, 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 checkout . 或者 git checkout – [file] 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。

当执行 git checkout HEAD . 或者 git checkout HEAD [file] 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改 动。

当执行 git rm –cached [file]命令时，会直接从暂存区删除文件，工作区则不做出改变。

当执行 git rm file命令时，会同时删除暂存区和工作区的文件。

当执行 rm file命令时，只会删除工作区的文件。

下面举例子来证明以上观点

假设：

工作区：a

暂存区（index）:b

HEAD:C

git diff命令结论

git diff           比较a跟b
git diff --cached  比较b跟c
git diff HEAD      比较a跟c
git reset跟 git checkout结论

git reset跟 git checkout结论

git reset HEAD              c覆盖b
git checkout -- <file>      b覆盖a
git checkout HEAD <file>    c覆盖a,b

git rm命令结论

git rm          删除a跟b
git rm --cached 只删除b
rm file         只删除a

例子，默认新建一个readme.txt，里面输入内容one然后add并且commit一次。

1：修改readme.txt，新增内容two，这时候a内容改变了,多了two，而b跟c内容不变，都只有one。

执行git diff readme.txt查看效果



结论：如图看出，内容有修改， a跟b比较了

执行git diff –cached readme.txt查看效果



结论：如图看出，没有变化，因为b跟c内容一样。

执行git diff HEAD readme.txt查看效果



如图所示：内容有修改，a跟c比较了

2.这时候执行git add readme.txt,这时候a，b内容都多了two，而c内容不变，只有one

执行git diff readme.txt查看效果



结论：如图看出，没有变化， 因为a跟b内容一样。

执行git diff –cached readme.txt查看效果



结论：如图看出，内容有修改，b跟c比较了

执行git diff HEAD readme.txt查看效果



结论：如图看出，内容有修改，a跟c比较了

3.最后使用git commit提交一次，这时候a,b,c内容都一样，都包含two。



结论，如图看出，没有变化，说明a,b,c内容一样

根据上面的实例再一次证明了如下观点：

git diff           比较工作区跟暂存区
git diff --cached  比较暂存区跟HEAD
git diff HEAD      比较工作区跟HEAD

证明git reset跟 git checkout结论

例子，默认新建一个readme.txt，里面输入内容one然后add并且commit一次，这时候a,b,c内容都是one

1.修改readme.txt，新增内容two，执行git add readme.txt操作，这时候a ,b内容都多了two,c还是只有one.

执行git reset HEAD – readme.txt命令后，c覆盖b,这时候b内容也变成只有one了，使用git diff readme.txt命令可以看到，有内容修改，a跟b内容不一样。



2.此时a内容有two,b和c都只有one，执行git checkout – readme.txt后，b覆盖a,此时a,b,c都是one。执行git diff readme.txt命令可以看到，没有改变。



3.此时a,b,c都只有one，修改一下，添加内容two，执行git add readme.txt和git commit -m “two”.再修改一次readme.txt,添加内容three,然后会执行git add readme.txt，此时a跟b都包含three，而c只包含one跟two。执行git checkout HEAD readme.txt后，c覆盖a和b,a,b里面内容都只有one跟two。分别使用命令git diff –cached和git diff HEAD来查看b跟c，a跟c的比对，发现都一样。



根据上面的实例再一次证明了如下观点：

git reset HEAD              HEAD覆盖暂存区
git checkout -- <file>      暂存区覆盖工作区
git checkout HEAD <file>    HEAD覆盖暂存区和工作区

证明git rm 结论

默认新建一个readme.txt，里面输入内容one，然后使用git add readme.txt命令。

1.执行git rm readme.txt命令，发现文件被删除了。

2.再新建一个一个readme.txt，里面输入内容 one，然后使用git add readme.txt命令。执行git rm –cached readme.txt命令，发现文件内readme.txt还在，然后执行git status命令，发现是Untracked状态，也就是未add，这就说明暂存区被删除了。



根据上面的实例再一次证明了如下观点：

git rm file      会将文件从缓存区和你的硬盘中（工作区）删除
git rm --cached  只删除暂存区，不删除工作区
rm file          只删除工作区