git 干货系列：（二）深刻学习以前先理解 git 暂存区

本来地址：git干货系列：（二）深刻学习以前先理解git暂存区
博客地址：tengj.top/

前言

---

暂存区（stage, index）是Git最重要的概念之一，理解了这个概念不少 Git 命令就再也不那么神秘了。下面几个验证例子一开始看不懂不要紧，工做区、版本库中的暂存区和版本库之间的关系图先理解先。

正文

---

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

在这个图中，咱们能够看到部分 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 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复制代码

证实git diff结论

---

例子，默认新建一个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          只删除工做区复制代码

总结

---

暂存区的原理须要你们重复的加深了解，基础打牢了后面学起来就轻松不少，上面几个例子都本身验证一遍，加深印象。

---

一直以为本身写的不是技术，而是情怀，一篇篇文章是本身这一路走来的痕迹。靠专业技能的成功是最具可复制性的，但愿个人这条路能让你少走弯路，但愿我能帮你抹去知识的蒙尘，但愿我能帮你理清知识的脉络，但愿将来技术之巅上有你也有我。