Git 中文件的状态和流转区

Git的文件主要处于三种状态，分别是

staged,

modified,

committed。

Git文件流转有三个区域，分别是

工作区域、

索引区域、

本地数据区域。

要修改对一个文件进行操作，首先要看下这个文件的状态。

工作目录下面的所有文件都不外乎这两种状态：已跟踪或未跟踪。

已跟踪的文件是指本来就被纳入版本控制管理的文件，在上次快照中有它们的记录，工作一段时间后，它们的状态可能是未更新，已修改或者已放入暂存区。

而所有其他文件都属于未跟踪文件。它们既没有上次更新时的快照，也不在当前的暂存区域。

初次克隆某个仓库时，工作目录中的所有文件都属于已跟踪文件，且状态为未修改。下面的这张表充分说明了不同状态间的切换。

针对本地的一个项目，如果不是从github上下载，则所有文件一开始都属于untracked状态，否则都属于tracked状态。

属于untracked状态的文件，如果我们不将其添加到git中，任意的修改都不会影响git状态。

所以如果是我们想要保存到git中的文件，我们首先要将其添加到git中，命令就是git add。

添加之后的文件就属于tracked状态。

tracked状态本身又有三个子状态：modified，staged和committed。

一个未经修改的文件被添加到git中之后将会是staged状态，此时我们运行git commit将会使这个文件变为committed状态。

变为committed状态之后，git就为该项目生成了一个snapshot，我们就可以将其push到github中。

一个被commit的文件如果被修改，其状态又会变为modified状态，等待新的add和commit。

如果我们想将一个文件从项目中除名，可以采用git rm命令。不加--cached参数的rm命令将会物理删除文件，添加该选项将会把文件从git项目中删除，但是不物理删除。

文件的状态也变为untracked状态。git中文件状态转换关系如下图：

文件的三种状态

好，现在请注意，接下来要讲的概念非常重要。

对于任何一个文件，在 Git 内都只有三种状态：已提交（committed），已修改（modified）和已暂存（staged）。

已提交（committed）: 已提交表示该文件已经被安全地保存在本地数据库中了；

已修改（modified）: 已修改表示修改了某个文件，但还没有提交保存；

已暂存（staged） : 已暂存表示把已修改的文件放在下次提交时要保存的清单中。

Git文件流转有三个区域，分别是工作区域、索引区域、本地数据区域。

工作树中的文件添加到git版本控制索引中，则git开始对文件进行跟踪监控。

索引区域也可以理解为数据暂存区域，当提交操作时，暂存区域的数据被记录到本地数据仓库中。

每个项目都有一个 Git 目录（译注：如果 git clone 出来的话，就是其中 .git 的目录；如果 git clone --bare 的话，新建的目录本身就是 Git 目录。），

它是 Git 用来保存元数据和对象数据库的地方。该目录非常重要，每次克隆镜像仓库的时候，实际拷贝的就是这个目录里面的数据。

从项目中取出某个版本的所有文件和目录，用以开始后续工作的叫做工作目录。

这些文件实际上都是从 Git 目录中的压缩对象数据库中提取出来的，接下来就可以在工作目录中对这些文件进行编辑。

所谓的暂存区域只不过是个简单的文件，一般都放在 Git 目录中。有时候人们会把这个文件叫做索引文件，不过标准说法还是叫暂存区域。

基本的 Git 工作流程如下：

在工作目录中修改某些文件。
对修改后的文件进行快照，然后保存到暂存区域。
提交更新，将保存在暂存区域的文件快照永久转储到 Git 目录中。

所以，我们可以从文件所处的位置来判断状态：

如果是 Git 目录中保存着的特定版本文件，就属于已提交状态(未修改状态)；

如果自上次取出后，作了修改但还没有放到暂存区域，就是已修改状态。

如果作了修改并已放入暂存区域，就属于已暂存状态；