git rm [--cached] [-r] [-f] <filename>
这里就提示一点，只想把 stage 中的文件删除掉让文件脱离 git 的管理，可以使用
git rm --cached <filename>
此时工作区的 filename 并不会被删除，但状态会被改为 untracked，同时 stage 会记录下 filename 的状态为删除，提交的话版本库将新增一个 filename 被删除掉的版本。
删除 stage 中的文件和使用 reset命令 重置 stage 中的文件是有区别的，删除会让文件状态更改为 untracked，而重置会让文件状态更改为 unstage（如果工作区和 stage 文件内容不一致）。
小实例场景：
1、回滚工作区某文件到指定的 repository 版本
工作中，我们可能会针对某文件做多次修改和 add 到 stage 的操作，而后发现思路完全错了，需要重新设计开发。
比如文件 foo 的 A版 我提交了一次后，又进行了 B版 和 C版 的两次修改并 add 到了 stage 区。第三次修改后 D版 我发现一开始思路就错了，需要重新设计。那此时直接使用 git checkout -- foo 是拿不到最初的 A版 的，因为 stage 区还存放着 foo 的 C版。此时我们便可以使用 git reset HEAD foo 命令，repository 最新版本号中存放着 foo 的 A版，命令会在不移动 HEAD 的前提下，使用 foo A版 去重置 stage 区。命令执行后 stage 区的 foo 文件已经是 A版 了。我们再使用 git checkout -- foo 便可以将工作区的 foo D版 回滚至 A 版。即：
git reset HEAD foo & git checkout -- foo
HEAD 代表当前版本，所以 HEAD指针 不会移动。同时 stage 区会被 repository 的当前版本的 filename 重置，也就说 stage 区 存放的 filename 与 repository 中相同了。此时我们再使用 git checkout -- <filename> 便可以回滚工作区的 filename 到 repository 的当前版本。其实就是利用 reset --mixed 会重置 stage 区，然后 checkout 会将 stage 区的文件检出到工作目录。当然，reset 很灵活，可以回滚任意指定的版本。
其实如果只是回滚至当前版本的话，还有个命令能实现相同的功能
git rm --cached <filename> & git checkout -- <filename>
git rm --cached <filename> 会将 stage 中的此文件删除，文件状态会变为 untracked，然后 checkout 时发现 stage 中木有此文件，故会去 repository 的当前版本中检出此文件。
diff
