廖雪峰的Git学习笔记 - 2 - 管理修改(git diff HEAD -- readme.txt)、linux(cat )

cat readme.txt

$ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes.

廖雪峰的Git学习笔记 - 2 - 管理修改(git diff HEAD -- readme.txt)、linux(cat )_第1张图片

git add readme.txt

git status

廖雪峰的Git学习笔记 - 2 - 管理修改(git diff HEAD -- readme.txt)、linux(cat )_第2张图片

cat readme.txt

廖雪峰的Git学习笔记 - 2 - 管理修改(git diff HEAD -- readme.txt)、linux(cat )_第3张图片

git commit -m “”

廖雪峰的Git学习笔记 - 2 - 管理修改(git diff HEAD -- readme.txt)、linux(cat )_第4张图片

提交后,再看看状态:

廖雪峰的Git学习笔记 - 2 - 管理修改(git diff HEAD -- readme.txt)、linux(cat )_第5张图片

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

你看,我们前面讲了,Git管理的是修改,当你用git add命令后,在工作区的第一次修改被放入暂存区,准备提交,

但是,在工作区的第二次修改并没有放入暂存区

所以,git commit只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。

git diff HEAD – readme.txt

usage: git diff [] [ []] [--] [...]

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

那怎么提交第二次修改呢?

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

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

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

小结

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

你可能感兴趣的:(版本控制,-,Git,-,❤️)