git完全教程:005—Git实际上记录的是“修改”

目录

    • Git优秀的原因
    • 验证
    • 总结

Git优秀的原因

——管理修改
因为Git跟踪并管理的是修改,而非文件

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

验证

修改readme.txt

Git is free software.The 3`st update
git tracks changes

git add添加
git status查看状态
git完全教程:005—Git实际上记录的是“修改”_第1张图片
然后再次修改readme.txt的内容

Git is free software.The 3`st update
git tracks changes of files

提交git commit -m “git tracks changes”

提交后查看状态git status
git完全教程:005—Git实际上记录的是“修改”_第2张图片
发现并没有将第二次的操作提交

回顾一下之前的操作流程
第一次修改->git add->第二次修改->git commit

我们之前说,git管理的是修改,当你使用git add命令,第一次修改被放入缓存区准备提交,但在工作区的第二次修改并没有放入暂存区。所以,git commit只负责把暂存区的修改提交。
即,只提交了第一次修改,第二次的修改不会提交

提交后我们使用git diff HEAD -- readme.txt查看工作区和版本库里最新版本的区别
git完全教程:005—Git实际上记录的是“修改”_第3张图片
可见,第二次确实没有被提交

如何提交第二次修改?
可以继续git addgit commit
也可以不急着提交第一次的修改,先git add第二次的修改,再git commit,相当于把两次修改合并后一块提交

流程如下:
第一次修改->git add->第二次修改->git add->git commit

总结

如果每次修改没有用git add放到缓存区,那么就不会加入到commit

你可能感兴趣的:(Git完全教程,git)