⑴可以说，所有的操作系统都有撤销的操作，Linux系统当然也不例外。而且在Linux的 Git中就可以撤销掉绝大部分的错误操作，一起来看一下吧。
⑵当你进行一次新的提交的时候，Git 会保存你代码库在那个特定时间点的快照；之后，你可以利用 Git 返回到你的项目的一个早期版本。
⑶在本篇博文里，我会讲解某些你需要“撤销”已做出的修改的常见场景，以及利用 Git 进行这些操作的最佳方法。
⑷撤销一个“已公开”的改变
⑸场景： 你已经执行了 git push， 把你的修改发送到了 GitHub，现在你意识到这些 mit 的其中一个是有问题的，你需要撤销那一个 mit.
⑹方法： git revert 《SHA》
⑺原理： git revert 会产生一个新的 mit，它和指定 SHA 对应的 mit 是相反的（或者说是反转的。如果原先的 mit 是“物质”，新的 mit 就是“反物质” — 任何从原先的 mit 里删除的内容会在新的 mit 里被加回去，任何在原先的 mit 里加入的内容会在新的 mit 里被删除。
⑻这是 Git 最安全、最基本的撤销场景，因为它并不会改变历史 — 所以你现在可以 git push 新的“反转” mit 来抵消你错误提交的 mit。
⑼修正最后一个 mit 消息
⑽场景： 你在最后一条 mit 消息里有个笔误，已经执行了 git mit -m “Fxies bug #”，但在 git push 之前你意识到消息应该是 “Fixes bug #″。
⑾方法： git mit --amend 或 git mit --amend -m “Fixes bug #”
⑿原理： git mit --amend 会用一个新的 mit 更新并替换最近的 mit ，这个新的 mit 会把任何修改内容和上一个 mit 的内容结合起来。如果当前没有提出任何修改，这个操作就只会把上次的 mit 消息重写一遍。
⒀撤销“本地的”修改
⒁场景： 一只猫从键盘上走过，无意中保存了修改，然后破坏了编辑器。不过，你还没有 mit 这些修改。你想要恢复被修改文件里的所有内容 — 就像上次 mit 的时候一模一样。
⒂方法： git checkout -- 《bad filename》
⒃原理： git checkout 会把工作目录里的文件修改到 Git 之前记录的某个状态。你可以提供一个你想返回的分支名或特定 SHA ，或者在缺省情况下，Git 会认为你希望 checkout 的是 HEAD，当前 checkout 分支的最后一次 mit。
⒄记住：你用这种方法“撤销”的任何修改真的会完全消失。因为它们从来没有被提交过，所以之后 Git 也无法帮助我们恢复它们。你要确保自己了解你在这个操作里扔掉的东西是什么！（也许可以先利用 git diff 确认一下
⒅重置“本地的”修改
⒆场景： 你在本地提交了一些东西（还没有 push，但是所有这些东西都很糟糕，你希望撤销前面的三次提交 — 就像它们从来没有发生过一样。
⒇方法： git reset 《last good SHA》 或 git reset --hard 《last good SHA》
⒈原理： git reset 会把你的代码库历史返回到指定的 SHA 状态。 这样就像是这些提交从来没有发生过。缺省情况下， git reset 会保留工作目录。这样，提交是没有了，但是修改内容还在磁盘上。这是一种安全的选择，但通常我们会希望一步就“撤销”提交以及修改内容 — 这就是 --hard 选项的功能。
⒉在撤销“本地修改”之后再恢复
⒊场景： 你提交了几个 mit，然后用 git reset --hard 撤销了这些修改（见上一段，接着你又意识到：你希望还原这些修改！
⒋方法： git reflog 和 git reset 或 git checkout
⒌原理： git reflog 对于恢复项目历史是一个超棒的资源。你可以恢复几乎 任何东西 — 任何你 mit 过的东西 — 只要通过 reflog。
⒍你可能已经熟悉了 git log 命令，它会显示 mit 的列表。 git reflog 也是类似的，不过它显示的是一个 HEAD 发生改变的时间列表。