撤销操作

写在前面：有些撤消操作是不可逆的。 这是在使用 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来修正最新提交。

用图来说明就是：

取消暂存的文件

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

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 命令详解（二）

提示：虽然在调用时加上 --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版）》，人民邮电出版社