git干货(二)暂存区

我会带着你远行 2022-05-08 05:16 384阅读 0赞

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

![70][]

在这个图中，我们可以看到部分 `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命令结论

<table> 
 <tbody> 
  <tr> 
   <td> <pre>1
2
3
</pre> </td> 
   <td> <pre>git diff           比较a跟b
git diff --cached  比较b跟c
git diff HEAD      比较a跟c
</pre> </td> 
  </tr> 
 </tbody> 
</table>

git reset跟 git checkout结论

<table> 
 <tbody> 
  <tr> 
   <td> <pre>1
2
3
</pre> </td> 
   <td> <pre>git reset HEAD              c覆盖b
git checkout -- &lt;file&gt;      b覆盖a
git checkout HEAD &lt;file&gt;    c覆盖a,b
</pre> </td> 
  </tr> 
 </tbody> 
</table>

git rm命令结论

<table> 
 <tbody> 
  <tr> 
   <td> <pre>1
2
3
</pre> </td> 
   <td> <pre>git rm          删除a跟b
git rm --cached 只删除b
rm file         只删除a
</pre> </td> 
  </tr> 
 </tbody> 
</table>

# #

[70]: /images/20220508/fc713349a5034ae8b7e84107a3d20c09.png