Git知识总览(一) 从 git clone 和 git status 谈起「建议收藏」

大家好，又见面了，我是你们的朋友全栈君。

本篇博客是整理git相关知识的第一篇，因为之前一直是用SourceTree对Git的命令行操作用的不是特别熟，于是乎过了一遍ProGit(链接：https://git-scm.com/book/zh/v1)。本篇博客以及后边的将要发的几篇博客是对之前看ProGit时的笔记的整理。当然在整理时，根据具体示例来梳理了一下知识点，和ProGit上的讲解顺序有些区别。本篇博客聊了Git基础操作的一部分，主要是基于Github上Fork的Masonry仓库来做的，首先Clone相关仓库，然后根据git status命令的提示引出了一系列的命令操作。

Git的原理就不做过多赘述了，ProGit上聊得挺好。不过还是要聊一下集中版本控制系统和分布式版本控制的区别。在版本管理中主要包含集中化的版本控制系统 (Centralized Version Control Systems，简称 CVCS) 例如 CVS、Subversion 以及 Perforce 等，和分布式版本控制系统(Distributed Version Control System，简称 DVCS), 例如Git、Mercurial、Bazaar 以及 Darcs 。DVCS的特点为每一次的克隆操作，实际上都是一次对代码仓库的完整备份。其中文件的状态主要包括已提交(committed)、已修改(modified)和已暂存(staged) 的。这些东西就不细说了，先看一下git的命令的一些操作。

备注：接下来的几篇博客的终端操作都是在 Mac 上使用的 ITerm完成的，终端上装的是oh-my-zsh (https://github.com/robbyrussell/oh-my-zsh)。

一、获取远程仓库

为了方便做一些git相关的基础操作，就是使用在github上Fork的Masonry的仓库做实验吧，然后基于此Fork的仓库来展开接下来的相关内容。

　　 Git知识总览(一) 从 git clone 和 git status 谈起「建议收藏」

第一步要做的就是将远程仓库中的代码克隆到本地，git clone 命令做的就是这件事情。其后边跟的参数就是上述截图中的地址，其具体操作如下所示：

在第一部分我们就先简单的看一下 git clone 的演示操作。首先使用了git clone 命令将远端的代码以及相关分支信息clone到本地，然后在本地进行了一次提交（git commit）, 最后将提交push到远端。在接下来的几篇博客中会陆陆续续的介绍到，在此就先不多说了。

二. 由 git status 命令引起的其他命令

我们可以使用 git status 命令来查看相关文件的状态，在下方的操作中首先我们对README.md文件使用vim编译器进行修改并保存, 然后创建了一个名为NewCreateFile的文件。并使用git status命令来查看其相关的状态。

从下方输出的结果中不难看出README.md的文件状态为 modified，也就是被修改了，更详细的提示为 “Changes not stagged for commit”, 也就是说文件被修改了，但是还没有在提交（commit）前进行存储（staged）。并且给了相关的提示，可以使用 git add <文件名>命令进行存储，或者使用 git checkout — <文件名> 命令放弃在工作目录中的修改。

而我们刚创建的 NewCreateFile 文件处于Untracked (未被跟踪的状态)，并且可以使用git add <文件名>来将该创建的NewCreateFile添加到可以被提交（commit）的内容当中去。并且还给出了一条建议，可以对 NewCreateFile 文件使用 git commit -a 来直接进行提交。

如果你对git的各种状态比较熟悉了，也可以使用 git status -s 来查看简写的状态，这种简写的状态和SVN上的差不多 M – 被修改，A – 被添加，D – 被删除，R – 重命名，?? – 未被跟踪等等，下方遇到其他的状态符号时在一一解释。

根据上面git status命令的提示内容，我们至少可以得到三种命令的使用方式：

暂存文件的命令：
git add <文件名>
放弃未暂存文件的修改命令：
git checkout — <文件名>
将被修改的文件暂存并提交的命令：
git commit -a

1、git add

接下来我们可以看一下git add的命令，下方分别将上述两个文件进行了add, 也就是将文件进行暂存。暂存后，使用了git status命令查看状态，提示这些修改可以被提交了，并且还可以使用 git reset HEAD <文件名>来取消相关文件的暂存。使用 git status -s 命令来查看状态标记由原来的红色改成了绿色，并且NewCreateFile的状态标记由??变成了 A (新添加文件)。

2、git reset HEAD

接下来我们根据提示，看一下 git reset HEAD <文件名> 命令的操作，下方分别对已经暂存的两个文件执行了 git reset HEAD <文件名>操作，如下所示。从操作后的结果可以看出，两个文件的状态是一夜回到了解放前，又回到了之前暂存的状态。

3、git checkout — <文件名>

接下来我们在看一下对未暂存的修改文件进行回滚的操作命令： git checkout — <文件名>，根据上面的提示我们可以知道该操作可以放弃对某个为暂存的文件的修改。接下来我们就来看一下这个命令的操作。不过有一点需要注意，该操作如果生效了，再想找回被丢弃的内容就找不回了。也就是说git checkout — <文件名>是不可逆的，因为其回滚的内容并没有在git中进行暂存和记录。从下方的操作我们可以看出被修改的README.md回到了未被修改的状态之前。

4、git commit -a

接下来我们来看一下上面提到的命令git commit -a 的操作，首先我们再次对README.md进行修改，然后查看一下状态。接着使用 git commit -a -m “提交说明” 来进行添加和提交。从该命令执行后的状态中我们可以看到，git commit -a 只对状态为M的文件有用，而对新增而为添加的问题是不起作用的，因为我们新添加的文件NewCreateFile仍然处于 Untracked 状态中。