git回滚操作使用Git进行游戏存档的回滚

接上一篇从存档的多版本推进聊聊Git分支，假设我们最终使用了cherry-pick进行了存档的合并，那现在我们得到的存档结果是这样的，今天小编就来聊一聊关于git回滚操作使用Git进行游戏存档的回滚?接下来我们就一起去研究一下吧!

存档错了如何处理？

接上一篇从存档的多版本推进聊聊Git分支，假设我们最终使用了cherry-pick进行了存档的合并，那现在我们得到的存档结果是这样的。

m00 / \ m01 m00-1 / \ m02 m00-2 \ m00-3

但是，假设我们合并完了，发现合并错了，该怎么办呢？或者另外一个场景，我们在从m00-2存档到m00-3存档到游戏过程中，发现中途漏掉了某个蘑菇没有吃。我们想从m00-2存档重新进行游戏，把那个蘑菇给吃了，该怎么处理呢？一种方式是忽略。我们可以重新读取m00-2的存档，从此处重新开始一个新流程。

git checkout 5eab37973211a

进行游戏后，我们启动一个新流程，并保存。这里不再赘述，请参考从游戏存档聊聊Git版本管理。

git switch -c load-01 git add player.txt git commit -m 'm00-4'

此时的存档变成了这样：

m00 / \ m01 m00-1 / \ m02 m00-2 / \ m00-3 m00-4

不过这个m00-3看着挺烦人的。git提供了两种方式来进行回滚操作：

第一种方式是reset
另外一种是revert

reset

我们一个个来演示，先看reset。直接执行如下命令：

git reset HEAD^ --hard

执行完成后，你就会发现存档又回到了合并前的样子了，然后你就可以继续玩游戏了。

m00 / \ m01 m00-1 / \ m02 m00-2

我们对上面的命令做一个简单的解释：

HEAD可以理解为一个指针，它指向了当前分支（流程）中最新的一次提交（存档）
后面的^表示向前退一步，即指向前一次提交（存档）。如果要退两步，那就是HEAD^^；退三步就是HEAD^^^；如果推10步呢？可以使用HEAD~10。
—hard表示目录中的存档也需要变化。如果你不添加—hard，你会发现player.txt文件的内容并没有变化。你还需要再执行一下git restore player.txt

还记得快速理解Git中提到的概念模型吗？工作区、索引区和本地/远程仓库。针对不同的区域，reset支持多种模式的重置，上面的—hard就是其中之一：

soft：将HEAD回滚到指定的commit处，对索引和工作区没有影响。主要用于对最后一次提交的修改。比如：你commit了修改后发现这个commit里漏掉了一个文件，你可以再提交一次。也可以回滚此次提交，然后将漏掉的文件添加到索引后再次提交。
mixed：默认reset操作。以目前HEAD所指向的commit为基准，重置索引区，不重置工作区。举个例子：假设你修改了a.txt文件，并将其添加到索引区。如果此时执行reset，则添加索引区的操作被回滚，而a.txt文件的修改还保留。
hard：以目前HEAD所指向的commit为基准，重置索引区和工作区。举个例子：假设你修改了a.txt文件，并将其添加到索引区。如果此时执行reset，则添加索引区的操作被回滚，同时a.txt也被回滚到修改前的状态。

revert

除了使用reset，我们也可以使用revert来进行回滚操作。首先我们还是先恢复到下面的存档结构（回忆一下我们是怎么操作的）：

m00 / \ m01 m00-1 / \ m02 m00-2 \ m00-3

恢复完之后，player.txt中的内容如下所示： ******** ************ ####....#. #..###.....##.... ###.......###### ........... ##*####### 1 - 3 ####*******###### ...#***.****.*###.... ....**********##..... ....**** *****.... #### #### ###### ######

我们执行如下命令进行恢复：

git revert HEAD

执行完之后，会出现一个类似下面的提示

Revert "m00-3" This reverts commit d1b1ccaedaa919e45dcf77960b19948216d86ca9. # Please enter the commit message for your changes. Lines starting # with '#' will be ignored, and an empty message aborts the commit. # # On branch load-00 # Changes to be committed: # modified: player.txt

你可以修改一下文字，也可以直接:wq退出。操作完成后，player.txt中的内容恢复为：

******** ************ ####....#. #..###.....##.... ###.......###### ........... ##*####### 1 - 1 ####*******###### ...#***.****.*###.... ....**********##..... ....**** *****.... #### #### ###### ######

两者的差异

如上所示，reset和revert都可以恢复前一次的提交，那两者的差异是什么的？

对于reset来说，就是对指定的提交进行了撤回。当执行了reset后，整个存档就恢复到了提交前的状态
而revert并不是，它是打了一个patch，将前一次的提交进行了抵消。什么意思呢？我们执行一下git log就能比较清晰的看出差异了。

commit 45c8dc8fecffc4935d38484100d1f6b548cc35ba (HEAD -> load-00) Author: 一瑜一琂 Date: Fri Mar 18 22:49:38 2022 0800 Revert "m00-3" This reverts commit d1b1ccaedaa919e45dcf77960b19948216d86ca9. commit d1b1ccaedaa919e45dcf77960b19948216d86ca9 Author: 一瑜一琂 Date: Fri Mar 18 22:26:40 2022 0800 m00-3 commit 5eab37973211a466cc692999b93c16561cc2a157 Author: 一瑜一琂 Date: Thu Mar 17 14:19:49 2022 0800 m00-2 commit 79bd5c56e020eeb47919be29b29928e7397c1929 Author: 一瑜一琂 Date: Wed Mar 16 15:46:39 2022 0800 m00-1 commit b0d5581b592f3d5faaca744e88eed604f2289904 Author: 一瑜一琂 Date: Wed Mar 16 14:05:19 2022 0800 m00 ```

可以发现，我们多了一个存档，就是上面显示的Revert "m00-3"。这个提交就是m00-3的逆操作，它抵消了m00-3的修改。整个存档看起来像这样：

m00

/ \

m01 m00-1

/ \

m02 m00-2

m00-3

Revert "m00-3"

为什么需要revert呢？或者revert的使用场景是什么呢？假设你现在想抵消掉m00-1的记录，那么你就可以使用revert！此时如果你使用了reset，那么m00-2和m00-3这两个提交就都消失了。

总结

本文简单梳理了Git回滚的方式。到目前为止，我们都只是在操作本地仓库，下面我们来聊一聊远程仓库。