Git恢复之前版本的两种方法reset、revert（示例应用）

问题描述

在利用github实现多人合作程序开发的过程中，我们有时会出现错误提交的情况，此时我们希望能撤销提交操作，让程序回到提交前的样子，本文总结了两种解决方法：回退（reset）、反做（revert）。

HEAD
这是当前分支版本顶端的别名，也就是在当前分支你最近的一个提交

Index
index也被称为staging area，是指一整套即将被下一个提交的文件集合。他也是将成为HEAD的父亲的那个commit

Working Copy
working copy代表你正在工作的那个文件集

git的版本管理，及HEAD的理解
使用git的每次提交，Git都会自动把它们串成一条时间线，这条时间线就是一个分支。如果没有新建分支，那么只有一条时间线，即只有一个分支，在Git里，这个分支叫主分支，即master分支。有一个HEAD指针指向当前分支（只有一个分支的情况下会指向master，而master是指向最新提交）。每个版本都会有自己的版本信息，如特有的版本号、版本名等。如下图，假设只有一个分支：

 

方法一：git reset

原理： git reset的作用是修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本，如下图所示，假设我们要回退到版本一：

适用场景： 如果想恢复到之前某个提交的版本，且那个版本之后提交的版本我们都不要了，就可以用这种方法。

回退成功！

方法二：git revert

原理： git revert是用于“反做”某一个版本，以达到撤销该版本的修改的目的。比如，我们commit了三个版本（版本一、版本二、 版本三），突然发现版本二不行（如：有bug），想要撤销版本二，但又不想影响撤销版本三的提交，就可以用 git revert 命令来反做版本二，生成新的版本四，这个版本四里会保留版本三的东西，但撤销了版本二的东西。如下图所示：

适用场景： 如果我们想撤销之前的某一版本，但是又想保留该目标版本后面的版本，记录下这整个版本变动流程，就可以用这种方法。

示例应用

工具 ：vs2017 git 操作

背景：本地与远程分支同步

操作：还原、挑拣、重置--hard 、重置--mixed

分支：本地1、本地2、origin\本地1

基本操作

1：分支：本地2-add something like //testthis function 提交

2：checkout 本地1 后，本地2分支合并入本地1分支，同步\origin。

3：本地1分支add something like //testthis2 function 提交，同步\origin。

------------------完成操作---------进行试验-----------------

1：还原

对本地1 中 合并本地2 的提交1进行还原，发现本地1 中没了//testthis function

结论：还原针对的是某一次提交的所有commit，做了反向操作，新生成一个commit覆盖了这个操作。

后续，再次合并本地2 进入本地1 无法将//testthis function 新增，证明了反向操作的存在。

2：挑拣

还原本地2的提交后，对本地2的提交进行挑拣操作，发现代码又出现了。

结论：挑拣是针对两次commit之间不同代码的比对，后进行合并不同的代码。且针对的也是某一次提交。

3：重置--hard

假设目前有三次提交A-B-C，对A进行“重置--hard”后发现本地1的代码回到了A。参考https://www.cnblogs.com/kidsitcn/p/4513297.html

结论重置--hard 将我们的head、index、工作区代码全部回滚到A。

但是需要注意的origin\中的内容并不会修改，本地如果现在直接“同步”操作后，做的重置--hard操作又没用了。

 

4：重置--mixed

假设目前后三次提交A-B-C，对于A进行“重置--mixed”后发现本地代码没变，

但是head、index发生了更变，本地代码没变！自己可以修改本地代码后再次提交，但是对比的head、index不同了。

以下是另外一个博主给出的解释：

所有该branch上从original HEAD（commit）到你重置到的那个commit之间的所有变更将作为local modifications保存在working area中，（被标示为local modification or untracked via git status)，但是并未staged的状态，你可以重新检视然后再做修改和commit。