Git *** 作试验（一）：将文件提交至暂存区和版本库

1.项目目录下有以下文件：

2.其中，testfile.txt的内容初始只有“11111”；

3.app.py文件已被成功提交至版本库；

输入以下命令，将textfile.txt提交至暂存区：

提示发现了一个新文件（new file），表明testfile.txt已被提交至暂存区，并等待被提交至版本库（Changes to be committed）。

此时，在testfile.txt文件中再添加一行“22222”，文件内容变为：

可以看到仓库虽然追踪到了testfile.txt的改动（modified），但这个改动后的版本还没有被提交至暂存区（Changes not staged）。

输入以下命令：

可以看到以下结果：

“---”表示版本库里的版本，由于我们只是将testfile.txt提交至暂存区，但还没有将暂存区里的testfile.txt提交至版本库，因此版本库里testfile.txt的文件版本是“无”（/dev/null）。

“+++”表示当前工作区内的版本，（b/testfile.txt）

“@@ -0,0 +1,2 @@”

“-”表示版本库里的版本，如前面所述由于版本库里目前还没有testfile.txt，所以显示此时文件内容是从第0行到第0行；

“+”表示当前工作区的版本，由于当前文件内容已经变为两行：

+22222

表示当前工作区中testfile.txt的内容。

使用以下命令：

此时再查看仓库状态：

发现暂存区内对于testfile.txt文件已经没有了“new file”这一状态，证明testfile.txt文件的初始版本（即内容里只有一行“11111”）已被提交至版本库。

此时，再将版本库内容与工作区内容相比较：

由于初始版本中只有一行内容“11111”，所以初始版本状态是“-1”。

当前工作区内的testfile.txt有两行内容，所以是“+1,2”

-11111表示修改前版本内容，

+11111

+22222

表示目前工作区内textfile.txt文件的内容

再次使用“git add”命令将修改后的textfile.txt提交至暂存区：

查看此时仓库状态：

发现testfile.txt文件的“modified”状态已变为绿色，说明修改后的版本已被提交至暂存区，等待被提交至版本库。

再次使用“git commit”命令将修改后的testfile.txt版本提交至版本库：

查看此时仓库状态：

发现关于testfile.txt文件的信息已全部消失，说明其修改版也已被提交至版本库。

再次使用“git diff HEAD”命令比较版本库里的版本和工作区的版本:

要对现有的某个项目开始使用Git管理，只需到此项目所在的根目录，执行 git init 命令即可。

准备一个新的Git本地版本库：

说明：初始化Git仓库后，在当前目录下会出现一个名为 .git 的目录，所有Git需要的数据和资源都存放在这个目录中。

不过目前，仅仅是按照既有的结构框架，初始化好了Git仓库中所有的文件和目录，但我们还没有开始跟踪管理项目中的任何一个文件。

使用 git status 命令进行查看。

进入本地版本库查看工作区、暂存区中文件的状态。

1）创建文件后查看工作区、暂存区中文件的状态

我们在仓库目录中创建一个 readme.txt 文件后，在执行 git status 命令。

说明：

2）将工作区的文件添加到暂存区

执行 git add 命令，将 readme.txt 文件添加到暂存区。

3）再次查看工作区、暂存区状态

执行 git status 命令查看工作区、暂存区状态。

说明：

总结：

只要在 "Changes to be committed" 这行下面显示的文件，就说明是已暂存状态。

如果此时提交，那么该文件此时此刻的版本，将被留存在历史记录中。

在 git add 命令后面可以指明要跟踪的文件或目录路径。

如果是目录的话，就说明要递归跟踪该目录下的所有文件。（其实 git add 命令的潜台词就是把目标文件快照放入暂存区域，同时未曾跟踪过的文件标记为已跟踪。）

4）将文件从暂存区撤回到工作区

执行 git rm --cached 命令，将 readme.txt 文件从暂存区撤回到工作区。

并执行 git status 命令查看工作区、暂存区状态。

可以看到结果， readme.txt 文件又成为了一个未被Git追踪的文件。

---