Git应用详解第二讲：Git删除、修改、撤销操做

前言

前情提要：Git应用详解第一讲：Git分区，配置与日志

在第一讲中咱们对Git进行了简单的入门介绍，相信聪明的你已经了解Git的基本使用了。

这一讲咱们来进一步深刻学习Git应用，着重介绍Git的一些常见操做，包括：删除文件、比较文件、撤销修改、修改注释与查看帮助文档。

1、删除文件

1.git rm <file>

该命令用于删除版本库中的文件；删除工做区和暂存区中的文件都会报错：

• 若用该指令删除工做区中的文件，会报找不到文件的错误：

• 若用该指令删除暂存区中的文件，报以下错误：

**所谓版本库中的文件指的是：**已经经过commit指令提交的文件，而不是工做区中的文件（红色），或暂存区中的文件（绿色）。

git rm完成了两步操做：

• **第一步：**将版本库中的文件删除；
• **第二步：**将删除操做归入暂存区（stage）。以下图所示，至关于执行了git add test.txt，随后可直接提交，完成test.txt的删除；

2.rm <file>

该命令用于删除工做区和版本库中的文件，不能删除暂存区文件；

**注意：**没有添加到git仓库中的本地文件，都属于工做区文件。

• 删除工做区中的文件时：

• 删除版本库中的文件时：

与git rm不一样的是，该指令不会将删除操做归入暂存区。须要先将删除的test.txt归入暂存区，再提交到版本库才能完成test.txt文件的删除；

• 删除暂存区中文件时：

从图中可知rm命令只能删除工做区中的test3.txt，不能删除暂存区中的test3.txt；：

2、重命名文件

1.git mv <file1> <file2>

使用git命令git mv：

git mv test.txt test3.txt
复制代码

​ 将test.txt重命名为test3.txt；mv命令可理解为剪切的同时进行改名；

changes to be committed 表示该修改已经归入暂存区，能够进行提交操做；

通常绿色的文件（操做）表示已经提交到暂存区了，不用再进行git add ，能够直接进行提交（git commit）。

从上文可知git mv作了两件事：

• **第一步：**将文件test.txt重命名为test3.txt；
• 第二步：将重命名操做test.txt -> test3.txt归入暂存区；

2.mv <file1> <file2>

使用系统命令mv：

mv test2.txt test3.txt
复制代码

执行该语句后查看状态git status：

发现工做区中多出两步操做：

• 删除文件test2.txt；

• 新建文件text3.txt；

再使用git add test2.txt test3.txt 将操做提交到暂存区，经过git status查看状态：

此时git当即就能识别出来这是一个文件重命名；

由此说明git mv进行了三步操做：

• **第一步：**删除工做区中重命名前的文件test2.txt；
• **第二步：**在工做区中建立重命名后的文件test3.txt；
• 第三步：将上述的两个操做提交到暂存区中；

即git mv 与 mv的区别至关于git rm 与 rm 之间的区别。

3、比较文件

1.本地文件 <-> 本地文件

diff file_a file_b

这是系统提供的比较命令，用于比较本地文件或已经提交到版本库的文件。建立文件a和文件b，使用上述指令进行比较：

在 diff -u a b的输出信息中：

加上参数-u能够更详细地显示比较信息。

• **--- a**表示a为原文件；

• **+++ b**表示b为目标文件；

• -1，3中 - 表示原文件即a，1 表示原文件中的第一行，3 表示到第3行。合起来的意思为：在原文件a中的1~3行；

• 同理：+1，3 表示：目标文件b中的1~3行；

• 数据前面有三种符号，分别表示不一样的信息：

  • 空格：表示该行在两个文件中都存在，如上图所示AABB这一行文件a，b都有；
  • - ：表示原文件a去掉该行就能变为目标文件b；
  • + ：表示原文件a加上该行就能变为目标文件b；

  因此整个输出信息的意思为：AABB这一行两文件都有，只要原文件a去掉：

a1
a2
复制代码

并加上：

b1
b2
复制代码

就能变为目标文件b；

2.工做区 <- 暂存区

如下为git提供的比较命令，做用为：比较暂存区和工做区中的同一文件。而且：原始文件为暂存区中的文件，目标文件为工做区中的文件。示例以下：

git diff

首先，新建文件A.txt和B.txt，修改其内容并提交到暂存区：

而后，在工做区中再次修改文件A.txt与B.txt的内容：

此时使用**git diff**进行比较：

在 git diff的输出信息中：

• --- a/A.txt：表示原文件为暂存区中的A.txt；

• +++ b/A.txt：表示目标文件为工做区中的A.txt；

• -1： 其中-表示原文件，1表示从第1行开始。因为暂存区中的A.txt文件（原文件）只有1行，因此将原来的(-1,1)简写为-1；

• +1，2：其中+表示目标文件，1，2表示工做区中的A.txt文件（目标文件）从第1行开始有2行；

• hello world：表示原文件和目标文件中都存在的内容；

• +hello java表示暂存区中的A.txt加上该行，就能变得与工做区中的A.txt同样；

能够看到该指令是将同一文件的工做区版本与暂存区版本进行比较，各比各的，并不会将A.txt与B.txt进行比较。

3.工做区 <- 版本库

如下指令做用为：比较版本库和工做区中的同一文件。而且：原始文件为版本库中的文件，目标文件为工做区中的文件。

git diff commit_id

用于比较指定commit id提交上的A文件和工做区中的A文件；

git diff HEAD

用于比较最新提交上的A文件和工做区中的A文件：

上面的A文件仅为一个示例，如下同理。

以下图所示，先初始化test.txt为：版本库中的修改，而后进行一次提交；随后在工做区中为test.txt添加工做区的修改；而后执行上述比较指令，从显示出来的比较结果可知，工做区中的test.txt文件比最新一次提交的test.txt文件多了一行工做区中的修改内容。

4.暂存区 <- 版本库

如下指令做用为：比较版本库和暂存区中的同一文件，其中原始文件为版本库中的文件，目标文件为暂存区中的文件：

git diff --cached commit_id

用于比较指定提交上的A文件和暂存区中的A文件；

git diff --cached

用于比较最新提交上的A文件和暂存区中的A文件。示例以下：

能够看到，暂存区中的A.txt文件比最新提交中的A.txt文件多了一行hello java；暂存区中的B.txt文件比最新提交中的B.txt文件多了一行hello java2。

5.总结

• 关于目标文件与原始文件的断定，遵循的顺序为：工做区 <- 暂存区 <-版本库（提交）；

• 上述比较指令的比较以下表所示：

  指令	做用	原始文件	目标文件
  diff <file1> <file2>	比较两个本地文件	本地文件/版本库	本地文件/版本库
  git diff	比较暂存区和工做区中的同一文件	暂存区	工做区
  git diff commit_id	比较指定commit id提交上的A文件和工做区中的A文件	版本库	工做区
  git diff HEAD	比较最新提交上的A文件和工做区中的A文件	版本库	工做区
  git diff --cached commit_id	比较指定提交上的A文件和暂存区中的A文件	版本库	暂存区
  git diff --cached	比较最新提交上的A文件和暂存区中的A文件	版本库	暂存区

  表格中的A文件仅为示例。

4、撤销修改

主要是将已经归入暂存区的修改（绿色），先恢复到工做区（红色），再恢复到修改前。好比撤销git rm这一删除操做：

1.将暂存区修改恢复到工做区（unstage）

也就是将对文件的修改操做由绿色变为红色。

法一：git reset head <file>

以下图所示，经过git rm删除了版本库中的test3.txt文件，并将该操做提交到了暂存区。随后经过以上命令，将这一删除操做恢复到了工做区；

法二：git restore --stage <file>

这里的参数--stage写成--staged效果是同样的，做用与法一相同：

2.撤销工做区操做

好比撤销工做区中对文件的修改、新增和删除操做：

法一：git restore <file>

以下图所示，在工做区中删除了test3.txt文件。而后，经过上述指令撤销了工做区中对test3.txt的删除操做：

法二：git checkout -- <file>

做用与法一相同：

5、修改提交注释与做者

1.修改最近一次提交信息

git commit --amend -m '修正信息'

若是写错了提交消息：

能够经过：git commit --amend -m '注释' 来修改上一次的提交信息：（amend是修复的意思）

git commit --amend

当须要为最近一次提交添加大量注释时，能够直接使用该指令进入vim编辑器编辑：

这样的好处是：错误的提交和修正后的提交通过该命令修正后，只变为一次提交，而不是两次提交；

git commit --amend --author 'Name<email>'

用于修改最近一次提交的配置信息，包含做者和注释信息。执行命令时会进入vim编辑器编辑注释信息：

修改前该分支上最近两次的提交信息为：

修改后的最近两次提交信息为：

能够看到成功地改变了最新一次提交的做者和提交注释。

**注意：**修改提交注释的同时，虽然提交的内容相同，可是提交先后的commit_id是不一样的，说明建立了一个新提交替换了原来须要修正的提交。以下图中的提交5与提交3所示：

2.修改特定提交信息

如图所示，在test分支进行了四次提交。如今咱们想要修改第三次提交的提交信息：

git rebase -i commit_id

经过以上指令能够进入rebase交互模式，并显示commit_id以后的提交信息。好比：若命令中的commit_id为第一次提交的commit_id，那么就会显示第2~4次的提交信息。这里咱们须要修改第三次提交的信息，只须要将它指定为第二次提交的commit_id便可。执行如下命令，进入vim编辑器：

git rebase -i 678e0
复制代码

在这个界面中，咱们能够经过将pick参数修改成其余rebase提供的参数，从而对第三次错误提交进行修改。有两个参数能够实现这一目的：

这里涉及到vim编辑器的使用方式：

• shift + A为插入命令，可进入vim编辑器的编辑模式；
• 编辑完成后，先按ESC回到vim编辑器的命令行模式，再输入:wq表示保存并退出编辑器；

reword参数

该参数的意思是：直接修改设置了该参数的提交的提交注释。这里应该将第三次提交的pick参数改成reword：

经过:wq保存并退出，随后再次进入vim编辑器，此次是修改设置了reword参数的提交的提交注释：

将它改成正确的提交信息：

经过:wq保存并退出vim编辑器，完成错误提交信息的修改，再次查看历史提交信息：

能够发现：错误的提交信息获得了纠正，而且此次提交及其以后的提交的commit_id都发生了变化。说明git新建立了对应数目的提交，并对原有提交进行了覆盖，可是内容没有发生变化；

事实上：rebase的含义为变换基准，git rebase -i commit_id中的commit_id所指的提交节点就是新的基准点。该基准点以后的提交都会被git新建立的，内容同样的新提交所覆盖。rebase指令以后会详细介绍。

edit参数

该参数也能够达到上述效果，只不过稍微多了几个步骤。这个参数的意思是：停下rebase进程，编辑添加了该参数的提交，编辑完以后，经过调用git rebase --continue继续进行rebase；具体以下：

将添加了错误提交信息的提交的pick参数改成edit参数：

经过:wq保存并退出：

能够看到，edit参数将rebase操做停了下来。根据提示，能够经过：

git commit --amend
复制代码

进入vim编辑器，修改当前提交的注释信息：

修改完后，经过:wq保存并退出vim编辑器。再调用：

git rebase --continue
复制代码

继续进行rebase操做，由此完成错误提交信息的修改：

此时查看test分支的提交历史，会发现错误的提交信息获得了更正，而且与上reword参数同样，建立了新的提交，对原有提交进行了覆盖，一样内容也不发生变化：

git rebase -i HEAD~n

经过上述指令也能够进入rebase交互模式，其中n表示须要显示的最近n次提交记录。好比经过如下指令，显示test分支最近的三次提交记录：

git rebase -i HEAD~3
复制代码

进入rebase的交互界面以后，后续的操做和结果都与第一种方法同样，这里就再也不赘述了。

6、获取帮助

1.git help config

该命令会打开git安装目录下的git-config帮助文档：

文档中详细地显示了相关操做指令的使用：

2.git config --help

效果与上述同样，都是弹出一样的帮助网页；

3.man git-config

man为linux中自带的帮助文档，也能够查看帮助；

4.git

直接在命令窗口显示经常使用的指令：