如何用 Git 将代码恢复到一个历史的版本
发表于 2016-08-06 17:39
需求
有些时候，在一些特殊情况下，我们需要将代码恢复到一个历史的提交版本上。而这个历史提交版本，离最新的提交已经比较久远了。
比如，我希望将如下的仓库的提交，恢复到上上上上次提交。当然，我可以一次一次的 revert，但是有没有更快更简单的办法呢？
暴力的方式
如果你的仓库是自己在用（不影响别人），那么你可以使用 git reset --hard <target_commit_id> 来恢复到指定的提交，再用 git push -f 来强制更新远程的分支指针。为了保证万一需要找回历史提交，我们可以先打一个 tag 来备份。
对于刚刚的例子，需要执行的命令就是：
// 备份当前的分支到 backup_commit
git tag backup_commit
git push origin backup_commit
// 重置 source 分支
git reset --hard 23801b2
// 强制 push 更新远程分支
git push origin source -f
|
温和的方式
如果你的仓库是多人在协作，那么你这么操作会使用别人本地的代码库混乱，所以只能建一个新的提交，这个新的提交中把想取消的提交都 revert 掉，那么具体应该如何做呢？方法如下：
首先，和刚刚一样，用 git reset --hard 23801b2 将代码切换到目标提交的 id。接下来，用 git reset --soft origin/source 命令，将当前代码切换回最新的提交。
执行完上面两步后，你的仓库还是最新的提交，但是工作区变成了历史的提交内容，这个时候用 git add 和 git commit 即可。最终完成的效果如下：
不过经过念茜的提醒，该方法需要保证 reset 的时候没有别人做新的提交，如果有的话，会一并把别人的提交也撤销了。所以还是挺危险的，慎用。
虽然用到的时候很少，但是理解它的原理有助于大家理解 Git 的工作区，暂存区和版本库的各种指针操作的意义，希望对大家有用。
在Git中进行版本回退需要使用git reset命令。
以前面文章中的事例为例，当我准备在V4版本，回退到V3版本的时候，分支中的提交和工作目录中文件的状态如下图：
我们分别执行了三种回退方式：
-
git reset --soft HEAD^：温柔的回退。 -
git reset --mixed HEAD^：中等回退。 -
git reset --hard HEAD^：强硬的回退。
（我们从英文中就可以看出，一个比一个回退的多。）
下面我们一一进行总结。
1、git reset --soft回退
当我在V4版本的时候，执行命令回退到V3版本。
Git中发生的变化如下图：
依据上图，理解一下发生的事情：本质上就发生了，把HEAD指针指向了V3版本。而工作区和暂存区中的readme.txt文件是没有做任何变动的。
所以你查看本地版本库中的文件是V3版本，工作区和暂存区中的文件是V4版本。
就等于回滚到了git commit之前的状态。
（我前面文章中有详细的演示）
拓展：
当我继续修改文件之后，再次提交，会在V3版本之上再创建一个新的commit提交，并移动HEAD指针指向的分支来使其指向该commit提交，这样依次提交下去，如下图：
如果我们使用git log命令查看本地版本库的历史提交信息的时候，就不会出现V4版本提交的信息。会是V1、V2、V3、V5。（我们从前面文章中已经演示了）
但是V4版本是不会在Git中删除的，会永远的存储在Git的本地版本库中。我们可以使用git reflog命令，可以查看该V4版本的提交信息。
提示：只要是本地版本库中
HEAD有过的变化，那么命令就能够显示出来。
（关于这点，下面同理，所以下面就不说了。）
2、git reset --mixed命令
命令回退到V3版本。
理解一下发生的事情，我们可以看到上图中，完成了两步操作：
-
把HEAD指针指向了V3版本（也就是版本库回退了）。
-
把暂存区中的文件也回退到了V3版本。
而只有工作区中的文件内容没有变化。
这说明命令比命令，多回退了暂存区中的内容。
就等于回滚到了和git add之前的状态。
提示：因为
--mixed参数是命令的默认选项，也就是不写任何参数就默认使用参数。即git reset HEAD^等同于命令
3、git reset --hard命令
命令回退到V3版本。
理解一下发生的事情，我们可以看到上图中，完成了三步操作：
-
把暂存区中的
-
把工作区中文件的修改也复原了。
所以执行完命令，是完全回退一个版本。
此时工作区、暂存区、本地版本库中的文件状态都是一致的，都是V3版本。
就等于回滚了一个“编辑文件，添加到暂存区，提交版本库”的整个流程。
4、注意点
必须注意，--hard参数是命令唯一的危险用法，是能够使Git会真正地销毁数据的仅有的几个操作之一。
其他任何形式的操作都可以轻松撤销，但是选项不能，因为它强制覆盖了工作目录中的文件。
在这种特殊情况下，我们的Git数据库中的一个提交内，还留有该文件的v4版本，我们可以通过来找回它。但是若该文件还未提交，Git仍会覆盖它从而导致无法恢复。
