撤销操作 —— Git 学习笔记 12

秒速五厘米 2022-05-14 12:26 199阅读 0赞

# 撤销操作 #

写在前面：**有些撤消操作是不可逆的**。 这是在使用 Git 的过程中，会因为操作失误而导致之前的工作丢失的少有的几个地方之一。

## 修改最新提交 ##

有时候我们提交完了才发现漏掉了几个文件没有添加，或者提交信息写错了。 此时，可以运行带有 `--amend` 选  
项的提交命令尝试重新提交：

$ git commit --amend

如果自上次提交以来你还未做任何修改（例如，在上次提交后马上执行此命令），那么快照会保持不变，而你所修改的只是提交信息。文本编辑器启动后，可以看到之前的提交信息。 编辑后保存会覆盖原来的提交信息。

如果你忘了提交一些文件，那么把这些文件加入暂存区后，这个命令会将暂存区中的文件提交。

例如第一次提交:

git commit -m 'initial commit'

这时候发现`forgotten_file`这个文件没有暂存，按理说应该在第一次提交。可以这样操作：

$ git add forgotten_file
    $ git commit --amend

最终你只会有一个提交，第二次提交将代替第一次提交的结果。

咱们实操一下。

$ git status
    On branch master
    Changes to be committed:
      (use "git reset HEAD <file>..." to unstage)
    
            new file:   bar.c
    
    Untracked files:
      (use "git add <file>..." to include in what will be committed)
    
            hello.c

按理说应该把 hello.c 也加入索引，但是给忘了：

$ git commit -m "abcdefg" [master 1380bcd] abcdefg 1 file changed, 0 insertions(+), 0 deletions(-) create mode 100644 bar.c

为了补救，可以运行：

$ git add hello.c
    
    $ git commit --amend

这时候文本编辑器会启动，可以看到之前的提交信息。 编辑后（比如我在后面添加了几个加号）保存，退出文本编辑器。这时候命令行显示：

[master 8f19240] abcdefg+++
     Date: Fri Sep 7 21:08:07 2018 +0800
     2 files changed, 0 insertions(+), 0 deletions(-)
     create mode 100644 bar.c
     create mode 100644 hello.c

可以看到，后面的这次提交和之前的提交合并了，最终只有一次提交。

实际上，不管最新提交如何，你都可以编辑文件，再更新索引（比如`git add`或者`git rm`），最后发出`git commit --amend`来修正最新提交。

用图来说明就是：

![这里写图片描述][70]

## 取消暂存的文件 ##

如果误将某个文件暂存了，可以用

git reset HEAD <file>

举个例子。

$ git add *
    $ git status
    On branch master
    Changes to be committed:
      (use "git reset HEAD <file>..." to unstage)
        renamed:    README.md -> README
        modified:   CONTRIBUTING.md

实际上你不想暂存 CONTRIBUTING.md，那么可以用

$ git reset HEAD CONTRIBUTING.md

执行后会显示：

Unstaged changes after reset:
    M   CONTRIBUTING.md

这时候你再查看一下：

$ git status
    On branch master
    Changes to be committed:
      (use "git reset HEAD <file>..." to unstage)
        renamed:    README.md -> README
    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:   CONTRIBUTING.md

CONTRIBUTING.md 文件已经是修改未暂存的状态了。

如果想知道这个命令的细节，可以参考我的博文 [git reset 命令详解（二）][git reset]

> **提示**：虽然在调用时加上 `--hard` 选项可以让 git reset 成为一个危险的命令（可能导致工作目录中所有当前进度丢失！），但本例中工作目录中的文件并不会被修改。不加选项地调用 git reset 并不危险 —— 它只会修改暂存区。

## 撤消对文件的修改 ##

如果你不想保留对 CONTRIBUTING.md 文件的修改怎么办？ 你该如何将它还原成上次提交时的样子（或者刚克隆完的样子）？ 幸运的是，git status 告诉了我们应该如何做。 在上文的例子中，未暂存区域是这样：

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:   CONTRIBUTING.md

它非常清楚地告诉了你如何撤消之前所做的修改。 让我们来按照提示执行：

$ git checkout -- CONTRIBUTING.md
    $ git status
    On branch master
    Changes to be committed:
      (use "git reset HEAD <file>..." to unstage)
        renamed:    README.md -> README

可以看到那些修改已经被撤消了， CONTRIBUTING.md 确实回到了上次提交时的样子。

> **注意**：你需要知道 `git checkout -- [file]` 是一个危险的命令， 它就像是 `git reset -- hard[branch] file`，不仅用某次提交中的那个文件来更新索引，同时也会覆盖工作目录中对应的文件 —— 这样对工作目录并不安全！

写在最后：在 Git 中任何 “已提交” 的东西几乎总是可以恢复的。甚至那些被删除的分支中的提交或使用 –amend 选项覆盖的提交也可以恢复。然而，任何你“未提交”的东西丢失后很可能再也找不回来。

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

## 参考资料 ##

【1】《Pro Git》（Scott Chacon, Ben Straub Version 2.1.14, 2018-05-19）

【2】《Git 版本控制管理（第2版）》，人民邮电出版社

[70]: /images/20220514/4107f54cb364410fbeebe5cda8100b55.png
[git reset]: https://blog.csdn.net/longintchar/article/details/81952043