Git 和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。这在上章节已有提及，这章节具体说明什么是工作区及暂存区，以及如何使用本地git库的操作命令：重点 git add 及 git commit 。
回顾上一章节版本库创建： 先将 D：盘下的 learngit 整个文件夹删除，然后创建空的 Git 版本库。
工作区（Working Directory） 和 版本库（Repository）
工作区即操作系统中看到的文件夹，如 d:/learngit ，目前工作区是空的。
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
回顾上一章节，我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步：git add 把文件添加进去，实际上就是把文件修改添加到暂存区
第二步：git commit 提交更改，实际上就是把暂存区的所有内容提交到当前分支（创建Git版本库时，Git自动创建了master分支； 所以，目前 git commit 就是往master分支上提交更改；分支的概念之后章节会详细说明）
可简单理解为，需要提交的文件修改通通放到暂存区；然后，一次性提交暂存区的所有修改。下面具体说明 git add 及 git commit 操作 （有兴趣的可关注下 git add 和 commit 文件后 .git 目录的变化）
暂存区操作 git add
暂存区操作使用 git add 命令，git add <filename> 可以添加单个文件至暂存区，我们可在当前空的 learngit 文件夹中加入文件；此时，暂存库（stage）中会存有之前 add 的文件。
git add <file> 把单一指定文件加入至暂存区（须加后缀格式）
例如：在该文件夹中新建一空的 1.txt 文件，将该文件加入暂存区，需 git add 1.txt ； 未 add 前，git status 会提示（红框）。
若修改了该 1.txt， 由于工作区和暂存区文件不同，仍须 git add 1.txt
若新增或更改多个指定文件， 可使用空格分隔多个文件add，如： git add 1.txt 2.txt
文件名称也可使用通配符 * 等进行操作，如： git add *.txt，表示保存所有 .txt 后缀文件至暂存区 （有关文件通配符请自行google了解）
若需查阅工作区与暂存区的差异，可用 git diff
git diff 工作区与暂存区相比的差异，可多个，空格分隔
工作区删除了文件，若暂存区也须删除，可用 git rm <file>
git rm <file> 暂存区删除文件，可多个，空格分隔
若大批量 增、删、改文件，显然一个个添加或删除是不可取的，以下命令可快捷操作暂存区（建议练习使用，加深对以下几个命令的理解）：
git add -A 暂存区与工作区保持一致（stages All）
git add . 暂存区新建文件及更改文件（stages new and modified, without deleted）
git add -u 暂存区删除文件及更改文件（stages modified and deleted, without new）
注意：git add 不支持添加空文件夹，可参考 http://www.zhihu.com/question/29811994
git commit
git commot -m "<message>" 把暂存区的所有修改提交到分支，须输入描述信息
例如：若暂存区已加入了 1.txt 文件，提交至分支（目前是 master） git commit -m "add 1.txt" ；未 commit 前，git status 会提示未提交；commit 过程会有代码显示如下。
现在版本库变成了这样，暂存区就没有任何内容了：
commit 提交的过程还是比较好理解的，注意描述信息的必要性，虽然有办法可以省去，但不建议省。除了通用的提交，以下commit命令也较常用：
git commot --amend 更改之前一次commit的描述信息
git commot -a -m "<message>" 把暂存区的所有被修改或者已删除的且已经被git管理的文档提交提交到分支，须输入描述信息（可省略 git add 过程）
大多数情况下，我们所做的都是在原有代码上修改，故上述命令在实际操作过程中很实用（可省略 git add）
小结
暂存区是Git非常重要的概念，弄明白了暂存区，就弄明白了Git的很多操作到底干了什么。