Git 本地数据管理，大概可以分为三个区，工作区,暂存区和版本库。
工作区（Working Directory）
是我们直接编辑的地方，例如 VScode 打开的项目，记事本打开的文本等，肉眼可见，直接操作。
暂存区（Stage 或 Index）
数据暂时存放的区域，可在工作区和版本库之间进行数据的友好交流。
版本库（commit History）
存放已经提交的数据，push 的时候，就是把这个区的数据 push 到远程仓库了
下面是，当开发者通过 git 修改数据时，各区之间的数据传递流程示意图。
工作区 - 暂存区 - 版本库
工作区有一个隐藏的目录 .git ，这个不算工作区，而是Git的版本库
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
例： 创建一个分支 statusType 创建文本文件 status.html，修改之前的rest文件
先用git status 查看一下状态
git清楚的告诉了我们，rest文件已被修改，而status文件尚未被跟踪
现在使用命令 git add . ，把rest 和 status都添加后再用status看看
现在，暂存区的状态就变成这样了
所以，git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。
一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的：现在版本库变成了这样，暂存区就没有任何内容了：
为了验证以上流程的正确性，我们可以自己动手实验一下，为了对比三个区之间的数据差别，过程中，可以借助神奇的 diff 命令。
（1）git diff：
当工作区有改动，暂存区为空，diff的对比是“工作区与最后一次commit提交的仓库的共同文件”；
当工作区有改动，暂存区不为空，diff对比的是“工作区与暂存区的共同文件”。
（2）git diff --cached 或 git diff --staged：显示暂存区(已add但未commit文件)和最后一次commit(HEAD)之间的所有不相同文件的增删改(git diff --cached和git diff –staged相同作用)
（3）git diff HEAD：显示工作目录(已track但未add文件)和暂存区(已add但未commit文件)与最后一次commit之间的的所有不相同文件的增删改。
（4）git diff <分支名1> <分支名2> ：比较两个分支上最后 commit 的内容的差别