摘要： 多年以后，你面对一个需要回滚的Git仓库，准会想起这篇博客。
某一天，用户跟我反馈，他不能分配任务了。我去看了一下Fundebug捕获的报错信息：
可知，出错原因是前端发送的请求参数有问题。这个悲伤的故事是这样的：后端同时修改了多个接口，但是前端没有及时修改对应的接口调用。
这个问题不难解决，回滚代码就好了，但是，Git如何回滚代码呢？我花了点时间研究了一下。
测试仓库：Fundebug/git-rollback
我写了一个非常简单的测试仓库，master分支只有3个commit，每个commit只是添加一个文件，因此一共有3个文件：01.txt, 02.txt, 03.txt。
git log
commit b39476b9c730d312266fe9bc7f63e795f9ba856f
Author: kiwenlau
Date: Thu Jan 18 14:58:06 2018 +0800
3个文件
commit 3821210392184432de18b596cee58ab7924e39f9
Author: kiwenlau
Date: Thu Jan 18 14:57:38 2018 +0800
2个文件
commit 55d3012564e94a39f6686c0e532c0459ddc41ec4
Author: kiwenlau
Date: Thu Jan 18 14:56:41 2018 +0800
1个文件
复制代码 本文介绍的所有回滚代码的命令，都会在一个新的分支执行，方便大家理解：
| 示例 | 分支 | 说明 | 命令 |
|---|---|---|---|
| 1 | test01 | 撤销最近1次commit | git revert HEAD |
| 2 | test02 | 撤销某个commit | git revert 3821210392184432de18b596cee58ab7924e39f9 |
| 3 | test03 | 撤销多个连续commit | git revert b39476b9c730d312266fe9bc7f63e795f9ba856f 3821210392184432de18b596cee58ab7924e39f9 |
| 4 | test04 | 撤销多个非连续commit | git revert b39476b9c730d312266fe9bc7f63e795f9ba856f 3821210392184432de18b596cee58ab7924e39f9 |
| 5 | test05 | 重置为某个commit(不保存代码) | git reset --hard 55d3012564e94a39f6686c0e532c0459ddc41ec4 |
| 6 | test6 | 重置为某个commit(保存代码) | git reset --soft 55d3012564e94a39f6686c0e532c0459ddc41ec4 |
git revert : 撤销特定commit
Git的每一个commit都对应着某些代码改动，那万一改错了呢？这时可以使用git reset来撤销某一次commit的改动。所谓撤销，就是把修改了的代码再改回来。
示例1
最简单的一个场景，就是撤销最近的1次commit：
git revert HEAD
复制代码最近1次commit是新增03.txt，撤销这个commit之后，test01分支就只剩下2个文件了：01.txt, 02.txt。
示例2
有时，可能需要撤销某个特定commit，比如，当我需要撤销第2个commit时，指定对应ID即可：
git revert 3821210392184432de18b596cee58ab7924e39f9
复制代码最近1次commit是新增02.txt，撤销这个commit之后，test02分支就只剩下2个文件了：01.txt, 03.txt。
由这个示例可知，使用git revert撤销commit时，仅仅针对所撤销的commit，与任何其他commit无关。
示例3
假设我们再做某个功能时，进行了多次commit，需要全部撤销。我们当然可以一个个commit依次revert，这样比较麻烦，其实可以一次性搞定：
git revert b39476b9c730d312266fe9bc7f63e795f9ba856f 3821210392184432de18b596cee58ab7924e39f9
复制代码撤销了后面2个commit，test03分支就只剩下1个文件了：01.txt。
示例4
示例3中所撤销的2个commit是连续的，其实，因为revert操作只与单个commit相关，我们也可以撤销多个非连续的commit：
git revert b39476b9c730d312266fe9bc7f63e795f9ba856f 55d3012564e94a39f6686c0e532c0459ddc41ec4
复制代码撤销了第1个和第3个commit，test04分支就只剩下1个文件了：02.txt。
git reset：重置为特定commit
示例5
在示例3中，撤销了两个连续的commit，这样做等价于将代码重置为第1个commit的状态：仅有01.txt这1个文件。使用git revert命令有些麻烦，我们可以直接使用git reset命令来实现：
git reset --hard 55d3012564e94a39f6686c0e532c0459ddc41ec4
复制代码将仓库强制重置为第1个commit，这样test05分支就只剩下1个文件了：01.txt。git reset --hard与git revert效果看起来一样，但是不同点在于，前者直接删除了后面2个commit及其代码，没有保存commi历史，因此**这个操作是不可逆的！**使用时应该特别小心。
如果你的本地仓库与远程仓库在reset之前是同步过的，reset之后，两者的commit不一致，本地仓库的commit落后与远程仓库，这样会导致push失败：
git push
To [email protected]:Fundebug/git-rollback.git
! [rejected] test05 -> test05 (non-fast-forward)
error: failed to push some refs to '[email protected]:Fundebug/git-rollback.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
复制代码这是需要使用**--force**选项，这样远程仓库会被强制覆盖：
git push --force
复制代码示例6
reset时使用**--hard选项是一个很危险的操作，因为它把commit以及代码全删了，没法恢复。如果你只希望删除commit，而保留修改过的代码的话，可以使用--soft**选项。
git reset --soft 55d3012564e94a39f6686c0e532c0459ddc41ec4
复制代码这时，后面2个commit也被删除了，当前commit为第1个commit。但是，02.txt与03.txt并没有被删除。
git status
On branch test06
Changes to be committed:
(use "git reset HEAD ..." to unstage)
new file: 02.txt
new file: 03.txt
复制代码这就意味着，当你的commit的代码有一些小问题时，可以重置commit，修改一下代码，如何重新commit即可。
参考
- git-revert - Revert some existing commits
- git-reset - Reset current HEAD to the specified state
版权声明:
转载时请注明作者Fundebug以及本文地址：
https://blog.fundebug.com/2018/01/24/git-rollback-tutorial/