给个简单的场景：

你本地改到一半，同事跟你说有个紧急的 bug 需要修复。你不想将改到一半的东西 commit 进去。所以先 stash 一下，改掉 bug 并 commit，然后 stash pop 出来继续没完成的工作。

@jiyinyiyong 比如你修改了很多文件，但这些修改中，逻辑上是两个功能上的代码。这时你可以分两次提交。先把一部分加到暂存区，提交一次，剩下的部分再提交一次，这样当回头看提交历史时会更清晰。个人见解

也许会用到这么一个场景

1. 修改了 a 文件
2. git add .
3. 再一次修改 a 文件

这个时候你git checkout -- a,a 文件回到暂存时保存的状态，也就是第 2 步的状态 如果需要回到未修改的状态，需要运行git reset HEAD a

觉得可以用它防止git checkout -- .误操作

而且，git diff 优先把修改的和暂存比较，没有暂存时才拿上次提交的文件比较

我这时从使用者的角度分析，等待大牛从 git 底层来分析 git add 与 git commit 后的差别

#2 楼 @tiseheaini 表示我问的主要是暂存区的... 我改标题去..

@ashchan 不好意思我少写了个字.. 我应该是误以为 stash 和 add 一回事可

#4 楼 @jiyinyiyong 我以为楼上是正解呢~~~

#3 楼 @cxh116 懂了，就是说暂存区相当于没有记录也没有显式给出的 commit 然后意图是为了写代码时能部分地进行回退.. 不太明白一点是有文章说它"是 Git 最成功的设计之一", 我并没体会到啊.. http://www.worldhello.net/2010/11/30/2166.html

#5 楼 @tiseheaini 有点懂你划线的那段了.. 我一直以为写好一个功能就马上 commit 再去写新的代码.. 还能这样用原来

#4 楼 @jiyinyiyong

我光看成 stash 没看中暂存区这个中文称法，没注意到是 stage：）

#8 楼 @ashchan 我刚开始标题也写混了。谢谢回答啦

#6 楼 @jiyinyiyong 其它的意图我到是没有领悟到，觉得它主要用来方便命令行下选择性提交文件

比如你同时修改了 a,b 两个文件，但你只想提交 a 文件的修改，那么 git add 时只添加 a 文件git add a,而不是添加修改过的文件git add . 没有暂存区时的话，是不是在 commit 时选择文件，那么多不方便

#10 楼 @cxh116 对。现在倒是我没遇到过这个场景有点奇葩了 那么清空暂存区的是对应 git checkout -- HEAD 是么

#11 楼 @jiyinyiyong 此文章有详细说明 http://www.worldhello.net/2010/11/30/2166.html

当执行 "git reset HEAD" 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。 当执行 "git rm --cached " 命令时，会直接从暂存区删除文件，工作区则不做出改变。 当执行 "git checkout ." 或者 "git checkout -- " 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。 当执行 "git checkout HEAD ." 或者 "git checkout HEAD " 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改 动。

是一个过渡，相当于一层保护。 暂存区就是进入 track 了。