管理修改
Git的优秀之处是在于跟踪并管理的是修改，而非文件。
接下来用一个实例来说明：
先对 readme.txt 做修改，
再修改 readme.txt ，然后查看状态：
这里发现第二次的修改没有提交，这是因为：在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。
提交后，用
git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别：
每次修改，如果不add到暂存区，那就不会加入到commit中。
撤销修改
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令
git checkout -- file。
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
注意：
git checkout -- file命令中的
-- 很重要，没有
-- ，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令
git reset HEAD file，就回到了场景1，第二步按场景1操作。
发现了错误，还提交到了暂存区
用命令
git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区
现在暂存区是干净的，工作区有修改。所以只需要再吧工作区的修改丢掉
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，可以使用版本回退的功能，不过前提是没有推送到远程库。
删除文件
当我们在文件管理器里面删除了文件时（或者是用rm命令），代表的是将工作区的文件删了，而版本库里面还没有，如：
这是Git就会知道文件被删，并可以提示哪些文件被删
现在有两种选择，一是确实要从版本库中删除该文件，那就用命令
git rm删掉，并且
git commit：
二是删除错误，
因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
注意：
命令
git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。