0
点赞
收藏
分享

微信扫一扫

管理修改


现在,假定你已经完全掌握了暂存区的概念。下面,我们要讨论的就是,为什么Git比其他版本控制系统设计得优秀,因为Git跟踪并管理的是修改,而非文件。

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

为什么说Git管理的是修改,而不是文件呢?我们还是做实验。第一步,对readme.txt做一个修改,比如加一行内容:

i am sxh

然后,添加:

git add readme.txt

管理修改_暂存区


​git status​

管理修改_暂存区_02

然后,再修改​​readme.txt​​添加一行:

i am ljy

提交:

git commit -m"第5次提交"

管理修改_工作区_03


提交后,再看看状态:

git status

管理修改_工作区_04


咦,怎么第二次的修改没有被提交?

别激动,我们回顾一下操作过程:

第一次修改 -> ​​git add​​​ -> 第二次修改 -> ​​git commit​

你看,我们前面讲了,Git管理的是修改,当你用​​git add​​​命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,​​git commit​​只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。

提交后,用​​git diff HEAD -- readme.txt​​命令可以查看工作区和版本库里面最新版本的区别:

git diff HEAD -- readme.txt 

管理修改_工作区_05


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

那怎么提交第二次修改呢?
你可以继续​​​git add​​​再​​git commit​​​,也可以别着急提交第一次修改,先​​git add​​​第二次修改,再​​git commit​​,就相当于把两次修改合并后一块提交了:

第一次修改 -> ​​git add​​​ -> 第二次修改 -> ​​git add​​​ -> ​​git commit​​ 好,现在,把第二次修改提交了,然后开始小结。

小结
现在,你又理解了Git是如何跟踪修改的,每次修改,如果不用​​​git add <file>​​​到暂存区,那就不会​​commi​​t到本地git本地仓库中。


举报

相关推荐

0 条评论