Git 基础（六）—— 工作区和暂存区与 Git 对修改的管理

工作区（Working Directory）

就是你在电脑里能看到的目录，比如我的

learngit

文件夹就是一个工作区：

版本库（Repository）

工作区有一个隐藏目录

.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 比其他版本控制系统设计得优秀，因为 Git 跟踪并管理的是修改，而非文件。

举例来说，我们对

readme.txt

文件进行两次修改：

第一次修改 ->

git add

-> 第二次修改 ->

git commit

第二次的修改没有被提交。Git 管理的是修改，当你用 git add 命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit 只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交。

撤销修改

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令

git checkout -- file

。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令

git reset HEAD file

，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。