Git(三)：管理修改

简述：

    现在，假定你已经完全掌握了暂存区的概念。下面，我们要讨论的就是，为什么Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件。你会问，什么是修改？比如你新增了一行，这就是一个修改，删除了一行，也是一个修改， 更改了某些字符，也是一个修改，删了一些又加了一些，也是一个修改，甚至创建一个新文件，也算一个修改。为什么说Git管理的是修改，而不是文件呢？我们还是做实验。

实操：

    第一步，对readme.txt做一个修改，比如加一行内容：“第四次添加文字信息”。

    第二步：修改之后我们使用 git add readme.txt添加到暂存区。
         

    第三步，再对readme.txt做修改添加一行文字：“第五次修改文字信息”。
          
    第四步：提交所有修改: git commit -m"提交第四次和第五次文本文字修改"
         
    第五步：查看提交之后的状态：git status

          

   “ Changes not staged for commit”这行说明已跟踪文件的内容发生了变化,但还没有放到暂存区。咦，怎么第五次的修改没有被提交？

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

        第四次修改 -> git add -> 第五次修改 -> git commit。

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

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

         

   可见，第五次修改确实没有被提交。那怎么提交第五次修改呢？你可以继续add再commit，也可以别着急提交第四次修改，先add第五次修改，再commit，就相当于把两次修改合并后一块提交了：

             第四次修改 -> add -> 第五次修改 -> add -> commit。
         

    好，现在，把第五次修改提交了，然后开始小结。

 小结 :

     现在，你又理解了Git是如何跟踪修改的，每次修改，如果不add到暂存区，那就不会加入到commit中。