接上篇,点击查看↓
适合前端初学者的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提交