通过实战我们多看看一些命令吧。
GIT DIFF
DIFF的简单使用
我们修改一下《Git之不明觉厉1》中的文件《README.txt》。增加一行文字：MY NAME IS SHEN YIN
下面是屏幕截图：
我们可以看到diff命令的作用是:用unstaged里面的文件和上一个commit中的文件去比较
啥是unstaged状态：新加一个文件是untracked，加了现在readme.txt是已经增加过的，但是我们修改后，没有再调用add，这种状态就叫unstaged。
我们可以用status命令看一下状态
diff的输出格式
我们再看看diff的其它输出格式表示了啥
第一行表示结果为git格式的diff。
diff --git a/README.txt b/README.txt
进行比较的是，a版本的README.txt（即变动前）和b版本的README.txt（即变动后）。
第二行表示两个版本的git哈希值，最后的六位数字是对象的模式（普通文件，644权限）。
staged diff
如果我们把上面的修改使用add命令增加到staged files里面，怎么用diff呢？我们发现直接调用git diff会没有用。答案是用
git add README.txt
git diff --staged
unstaging files
git reset HEAD README.txt
HEAD在这里是最后一个commit的意思
放弃修改
git checkout -- README.txt
--在这里的作用是什么呢？我们用help命令看一下
我们可以注意到，
-- 后面会跟着<pathspec>，说明是用来指定路径的，如果没有这个会怎么样呢？我们新建一个branch名字叫README.txt看看是不是会有歧义。
原来--使用来避免歧义的。
合并add commit命令
由于add和commit操作非常平凡，如何用一个命令来操作呢，尝试一下下面这个吧：
git commit -a -m "commit的信息"
-a表示增加所有已经跟踪的文件，所以新建的，没有add过的文件这个合并的命令并不管。
-m表示增加信息
commit以后后悔1
如果我们提交了一个commit，但是后悔了，想取消commit继续修改，可以使用下面这个命令
git reset --soft HEAD^
我们上面使用了git reset HEAD来unstaged文件，感觉这里很复杂啊，有必要仔细说明一下。
- --soft HEAD^
取消最近的修改，所有的改变放到staged区域 - --mixed HEAD^
取消最近的修改，所有的改变放到working directory区域。这是默认的选项。
--hard HEAD^
工作区，commit和staged区域会被改变成对应的commit(HEAD^表示最近的前一个，头部的前一个)，取消最近的修改。改变丢失了。
由于中英混用，我们还是看一张图比较清晰
我们再来分析一下上面的命令git reset --soft HEAD^。我们希望取消当前commit，回到前一个commit，并且保持原来的修改，我们只是想继续编辑，再去提交，那么用--soft再合适不过了。
commit以后后悔2
上面需要回退commit，然后再修改再提交，如果我只想直接修改，然后提交到最新的那个commit，并不产生新的commit怎么办呢？
注意：上图中的lol是log的别名，直接用git log也可以的。
