Git实用教程 3.0：查看工作状态和历史提交

深碍√TFBOYSˉ_ 2022-03-26 00:30 308阅读 0赞

在开始今天的内容之前，我们先来快速回顾一下前面讲到的知识。

我们要用 Git 来管理你的项目，首先需要先拥有一个项目，首先创建一个 文件夹 MyProject 作为你的基地，然后来到 CMD 命名行窗口，切换到项目的位置，执行 git init ，初始化 Git 仓库，然后在文件夹就出现了 一个 .git 的隐藏文件夹，里面存放的数据是用于跟踪你工作目录中文件的变化的。这里的 MyProject 就是你的工作目录，第一棵树。

接下来，我们在工作目录添加一个 README.md 文件，在里面随便写点内容，保存为 UTF-8 编码格式（保证兼容性），然后在 cmd 输入 git add README.md ，将 README.md 文件添加到暂存区域，添加到暂存区域只是让 git 跟踪这个文件，如果成功了，不会有任何提醒。

最后一个步骤，执行 git commit -m "add a README file"，大家会看到一个反馈。

有的同学就要问了，为什么之前的 add 就没有反馈，而 commit 就有反馈呢？

其实是这样子的：添加到暂存区域，或者在暂存区域删除一些数据，是不是我们频繁操作的，如果每一次都反馈，这样子会显得整个画面非常凌乱，而commit 是每一次提交的最后一个命令，所以这个一个版本的最后有个步骤，所以 git 也要汇报一下当前的工作状况，这是一个程序对用户的基本尊重。

以上就是我们上节课的内容，相信大家经过这次的梳理，应该会了解得更透彻吧。

--------------------

我们这节课要讲什么呢？

### 查看状态 ###

既然大家都是程序员，当然要以代码担当，我们可忙了，一个项目 百八十个文件，怎么知道哪些文件是新添加的，哪些文件是已经添加到暂存区域的呢？总不能让我们拿个本本一个一个记下来吧，当然不，我们可是码农呢，就算累死，双手也不能离开键盘。

不过你们也不用担心，作为世界上最伟大的版本控制系统 Git，你能遇到的问题，Git 早就有了相应的解决办法，你唯一要做的就是学习，补充知识。

Git 有一个命令：git status

使用它，你就可以随时查看 git 当前的工作状态，比如说，你在上节课的步骤都完成之后输入 git status，

E:\MyProject>git add README.md
    
    E:\MyProject>git commit -m "add a readme file"
    [master (root-commit) d1dc82b] add a readme file
     1 file changed, 1 insertion(+)
     create mode 100644 README.md
    
    E:\MyProject>git status
    On branch master
    nothing to commit, working tree clean

大家看到了，有两句提示：

On branch master：说明我们现在位于 master 的分支里；

nothing to commit, working tree clean：工作目录当前是干净的，没有需要提交的文件，意思就是在上次 commit 之后，工作目录里的内容压根就没有被改动过。

我们这里创建一个 LICENSE 文件，将 MIT 协议的内容拷贝进来

> Copyright (C) <year> <copyright holders>
> 
> Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
> 
> The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
> 
> THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

*有必要给大家提示一下：MIT 协议是所有开源许可里面最宽松的一个，意思是：用了我的代码，你只需要包含我这个协议文件就可以了，没有别的任何限制了。也就是说别人可以拿你的代码披上自己的外壳，然后改得面目全非再拿出去卖，然后别人卖了很多钱再来砸你，你也没办法的。*

然后我们再在 cmd 里： git status

> E:\\MyProject>git status  
> On branch master  
> Untracked files:  
>   (use "git add <file>..." to include in what will be committed)
> 
>         LICENSE
> 
> nothing added to commit but untracked files present (use "git add" to track)
> 
> E:\\MyProject>

就出现了一个红色的 LICENSE，目前该文件的状态属于 Untracked files，是在 master 的分支里面。Untracked files 就是指的未跟踪文件，意思就是新增加的未添加到暂存区的文件，它们处于一个逍遥法外的状态，但是你一旦将他们加入到暂存区或者提交到 Git 仓库，它们就会受到 Git 的跟踪了。圆括号你的内容\{ (use "git add <file>..." to include in what will be committed)  \} 就是 Git 给我们的建议。

我们不妨按照建议来操作：

E:\MyProject>git add LICENSE
    
    E:\MyProject>

然后再查看一下状态：

> E:\\MyProject>git status  
> On branch master  
> Changes to be committed:  
>   (use "git reset HEAD <file>..." to unstage)
> 
>         new file:   LICENSE
> 
>   
> E:\\MyProject>

大家看到了，首先，我们的文件变绿了，然后给出了新的提示：use "git reset HEAD <file>..." to unstage，意思就是恢复暂存区域，因为我们刚刚把 LICENSE 文件添加到暂存区域，就是说覆盖了原来暂存区域的内容了，如果你突然反悔，不想让 Git 跟踪你的 LICENSE 文件，你可以使用 它推荐的 git reset HEAD <file> 命令。该命令就是将最近一次添加到 暂存区域的文件恢复到先前状态。

> git reset HEAD <file> 命令
> 
> <file> 是可选的，如果没有的话，就是对最后一次添加到暂存区的所有文件进行回退操作，如果有 file 的话，就是对添加到暂存区的指定的 file 进行回退操作。

> E:\\MyProject>git reset HEAD
> 
> E:\\MyProject>git status  
> On branch master  
> Untracked files:  
>   (use "git add <file>..." to include in what will be committed)
> 
>         LICENSE
> 
> nothing added to commit but untracked files present (use "git add" to track)

还真回去了呢。

我们再次提交：

E:\MyProject>git add LICENSE
    
    E:\MyProject>git commit -m "add a LICENSE file"
    [master d772854] add a LICENSE file
     1 file changed, 7 insertions(+)
     create mode 100644 LICENSE
    
    E:\MyProject>git status
    On branch master
    nothing to commit, working tree clean

然后我们突然发现，在LICENSE 里面忘记写上自己的名字了，至少说明这个项目是由我们主导开发的。

> Copyright (C) 2018 2485952510@qq.com
> 
> Permission is hereby granted, free of charge,。。。。。。

改完之后保存，再来执行 git status

> E:\\MyProject>git status  
> On branch master  
> Changes not staged for commit:  
>   (use "git add <file>..." to update what will be committed)  
>   (use "git checkout -- <file>..." to discard changes in working directory)
> 
>         modified:   LICENSE
> 
> no changes added to commit (use "git add" and/or "git commit -a")
> 
> E:\\MyProject>

现在的状态就是：由于你对工作目录的文件进行了修改，导致该文件和暂存区的文件不匹配了，所以 Git 又给出了两条建议：

1、使用 add 命令将目录中的新版本 覆盖暂存区域再提交

2、使用 checkout 命令将 暂存区域的旧版本覆盖回 修改的新版本（该命令是 Git 里面少数具有威胁的命令之一，如果执行该命令，你修改了大半天的代码一下子就变回原样了）

我们来是试一下：

E:\MyProject>git checkout -- LICENSE
    
    E:\MyProject>

ok，我们再来看一下 LICENSE 文件

> Copyright (C) <year> <copyright holders>
> 
> Permission is hereby granted, free of cha。。。。

TMD，真的变回原样了，我们刚才的修改就被覆盖掉了。所以说，这个是具有威胁性的命令，大家用的时候要慎重。

我们再次手动修改一下 LICENSE，git status：

又回到这里了。

我们这次尝试第一个建议 add：

> E:\\MyProject>git add LICENSE
> 
> E:\\MyProject>git status  
> On branch master  
> Changes to be committed:  
>   (use "git reset HEAD <file>..." to unstage)
> 
>         modified:   LICENSE
> 
>   
> E:\\MyProject>

这时，接下来需要的就是 commit 了，这时，我们先不提交，而是再次修改 LICENSE 文件。

修改保存之后，我们再次 git status：

> E:\\MyProject>git status  
> On branch master  
> Changes to be committed:  
>   (use "git reset HEAD <file>..." to unstage)
> 
>         modified:   LICENSE
> 
> Changes not staged for commit:  
>   (use "git add <file>..." to update what will be committed)  
>   (use "git checkout -- <file>..." to discard changes in working directory)
> 
>         modified:   LICENSE
> 
>   
> E:\\MyProject>

这时就很诡异了，绿色的 LICENSE 表示文件放在了暂存区，等待被提交到git 仓库；而红色的LICENSE 文件说明文件还在 工作目录等待被添加到暂存区域。

大家知道这时怎么一回事吗？

这种情况你应该淡定，你应该意识到，同时存在两个不同版本的 LICENSE（这在前面我们也提到过的），三棵树，你可以理解为 3个文件夹，3个文件夹你可以存放3个不同版本的文件，明白吧。

在上面的这个情况下，这两棵树是不同的，绿色的是 暂存区的LICENSE，红色的是刚加入到工作目录的LICENSE。

这时，你如果直接 commit，你是将 这个绿色的（2018）的LICENSE 提交到 Git 仓库，如果你需要将最新修改的 LICENSE 提交，你需要先 add ，将LICENSE（2019.1.15）添加到暂存区覆盖原来的 暂存区的 LICENSE（2018），然后再使用 commit 提交到 Git 仓库。

> E:\\MyProject>git add LICENSE
> 
> E:\\MyProject>git commit -m "change the LICENSE file"  
> \[master a45433d\] LICENSE  
>  1 file changed, 1 insertion(+), 1 deletion(-)

现在我们这样一个劲的往 Git 仓库提交数据，但是 Git 仓库目前有多少个版本的数据我们还不清楚，这时我们就可以使用 git log 命令来查看历史提交记录：

> E:\\MyProject>git log  
> commit a45433d682fac53905559365890e03cb2fd4b61b (HEAD -> master)  
> Author: XiangyangDai <2485952510@qq.com>  
> Date:   Mon Jan 14 20:46:05 2019 +0800
> 
>     change the LICENSE file
> 
> commit d77285410e3f33daac3afc103b996735a19517ca  
> Author: XiangyangDai <2485952510@qq.com>  
> Date:   Mon Jan 14 20:19:15 2019 +0800
> 
>     add a LICENSE file
> 
> commit d1dc82becdffae416244a0e2298da0064d51ee4c  
> Author: XiangyangDai <2485952510@qq.com>  
> Date:   Mon Jan 14 19:04:34 2019 +0800
> 
>     add a README file

我们刚才提交了 3 次，这里就有3个对应的历史记录，它的排序是按时间从近到远的。

Author: 就是作者，就是注册的用户信息，Date 就是提交的日期。

最下面一行就是我们提交时的 说明注释，我们就可以很清楚的看到我们每一次提交做了什么事情。

另外，每一次提交的历史记录中还有一行黄色的信息，这个是 Git 为每次提交计算出来的 ID，它其实一个完整的 SHA-1 校验和（尽管你的文件内容可能跟我的完全一致，但这个值却不一样，这是因为账号、时间不同而导致），然而你并不需要知道这是个什么东西，你只要知道它是唯一的就可以了，获取 这个ID 值，你就可以找到对应的版本。

那有同学就要问了：为什么 ID 不是传统的1，2，3.。。。排序呢？难道作者是为了装 X，其实不是的，因为 Git 是一个分布式的版本控制系统，所以使用 Git 来管理版本的话经常会有很多名程序员同时在干活，很多人同时工作的话，如果使用1.2.3.4.5.....就很容易产生混乱和冲突。