前言

当对项目做了更改时，我们通常需要知道具体改了哪些文件，哪些文件更改了没有暂存，哪些文件改了并且已加入到暂存区等待下次commit。上述任务使用git status都可以帮我们解决。但是想要知道文件内部改了哪些地方git status就无能为力了。git status最多只告诉你改没改，改哪了不知道。git diff可以解决这个问题。

git status

git status 命令的输出十分详细，但其用语有些繁琐。 如果你使用 git status -s 命令或 git status --short 命令，你将得到一种更为紧凑的格式输出。 运行 git status -s ，状态报告输出如下：

$ git status -s M READMEMM RakefileA  lib/git.rbM  lib/simplegit.rb?? LICENSE.txt

右侧M：该文件被修改了但是还没放入暂存区

左侧M：该文件被修改了且放入暂存区

MM：在工作区被修改并提交到暂存区后又在工作区中被修改了，所以在暂存区和工作区都有该文件被修改了的记录。

A：新添加到暂存区中的文件

？？：新添加的未跟踪文件

X          Y     Meaning-------------------------------------------------          [MD]   not updatedM        [ MD]   updated in indexA        [ MD]   added to indexD         [ M]   deleted from indexR        [ MD]   renamed in indexC        [ MD]   copied in index[MARC]           index and work tree matches[ MARC]     M    work tree changed since index[ MARC]     D    deleted in work tree-------------------------------------------------D           D    unmerged, both deletedA           U    unmerged, added by usU           D    unmerged, deleted by themU           A    unmerged, added by themD           U    unmerged, deleted by usA           A    unmerged, both addedU           U    unmerged, both modified-------------------------------------------------?           ?    untracked-------------------------------------------------

 

git diff

参考：

不加参数直接输入 git diff

工作目录里面的文件 与 staging area里面的文件做对比。既然staging area里面有这个文件，那么他一定是tracked的。

git diff 本身只显示尚未暂存的改动，而不是自上次提交以来所做的所有改动。 假设这样一种场景，你clone了一个项目，改了100个文件，然后git add把他们加到暂存区。然后你git diff，会什么也看不到。因为此时staging area有100个文件，但是你工作目录并没有再次修改那100个文件。

退一步讲，你clone了一个项目，改了100个文件。这时候你如果不git add，直接git diff则是可以看到输出的。这时候staging area里面的内容默认是上次cmooit分支的内容。

git diff --cached

Git 1.6.1 及更高版本还允许使用 git diff --staged，效果是相同的，但更好记些。

如果你把修改文件加到staging area，准备commit。在commit之前，想看看我这次提交的内容和上个commit有啥差异，可以执行这个命令。