适合前端初学者的git实操总结--windows系统git教程（二）

接上篇，点击查看↓

适合前端初学者的git实操总结–windows系统git教程（一）

---

---

前言

接 适合前端初学者的git实操总结–windows系统git教程（一），继续学习git

---

四、 工作区和暂存区

• 工作区
  
• 版本库
  
  

git add，实际上就是把文件修改添加到暂存区；
git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

创建Git版本库时，Git自动创建了唯一一个master分支，所以，git commit就是往master分支上提交更改。
可以理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改
实践：

先对readme.txt做个修改，比如加上一行内容：
Git isa distributed version control system.
Git isfree software distributed under the GPL.
Git has a mutable index called stage.

然后，在工作区新增一个LICENSE文本文件（内容随便写），然后git status查看状态

可以看到，readme.txt被修改了，而LICENSE还从来没有被添加过，所以它的状态是Untracked。
使用两次命令git add，把readme.txt和LICENSE都添加后，用git status再查看一下：

现在，暂存区的状态就变成这样了：

所以，git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git
commit就可以一次性把暂存区的所有修改提交到分支↓

一旦提交后，如果我们没有对工作区做任何修改，那么工作区就是“干净”的：↓

现在版本库变成了这样，暂存区就没有任何内容了：↓

总结：
Git管理的文件分为：工作区，版本库，版本库又分为暂存区stage和暂存区分支master(仓库)
add把文件从工作区>>>>暂存区，
git commit把文件从暂存区>>>>仓库，
git diff查看工作区和暂存区差异，
git diff --cached查看暂存区和仓库差异，
git diff HEAD 查看工作区和仓库的差异，
git add的反向命令git checkout，撤销工作区修改，即把暂存区最新版本转移到工作区，
git commit的反向命令git reset HEAD，就是把仓库最新版本转移到暂存区。

五、什么是修改？Git如何跟踪修改的？

首先，Git跟踪并管理的是修改，而不是文件。

什么是修改？
比如你新增了一行，这就是一个修改，删除了一行，也是一个修改，更改了某些字符，也是一个修改，删了一些又加了一些，也是一个修改，甚至创建一个新文件，也算一个修改。

为什么说Git管理的是修改，而不是文件呢？我们来实践一下。第一步，对readme.txt做一个修改，比如加一行内容：

然后添加至暂存区并查看状态↓

再次修改readme.txt：↓

然后提交↓

提交之后查看状态↓

可以看到，我们刚刚明明又改了一次，为什么提示没有修改需要提交呢？也就是说第二次的修改没有被提交，这是为什么呢？

别激动，我们回顾一下操作过程：

第一次修改 -> git add -> 第二次修改 -> git commit 因为Git管理的是修改，
当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，
所以，git commit只负责把暂存区的修改提交了，
也就是第一次的修改被提交了，第二次的修改不会被提交。

提交后，用git diff HEAD – readme.txt命令可以查看工作区和版本库里面最新版本的区别：↓

可见，第二次修改确实没有被提交

那怎么提交第二次修改呢？我们可以继续git add再git commit，也可以别着急提交第一次修改，先git add第二次修改，再git commit，就相当于把两次修改合并后一块提交了：

第一次修改 -> git add -> 第二次修改 -> git add ->然后 git commit 合并提交2次的修改

---

总结

每次修改，如果不用git add到暂存区，那就不会加入到commit中。也就不会被提交。
也就是说，我们一定要记住，修改过文件之后一定要先git add到暂存区，然后再 git commit提交