如何使用Git优雅的回滚实现_编程技术

开发过程中，我们经常会遇到代码回滚的情况。正常人都知道，git 回滚有两大宝：

git revert
git reset

当我们在本地开发，还未 git push 到远端时，可以毫无顾忌的使用 git reset 进行回滚。更多的情况中，我们不仅 push 了，而且由于开发周期长，在开发过程中不断的 merge master 和 merge other-branch 以发布到预发环境测试或者多需求合并测试。

突然

上线后用户投诉，需要马上下线本次需求中的 A、B、C，只保留 D、E、F，迅速回滚，不要影响更多用户。

撕逼？那肯定是来不及了。一群人在你背后眼巴巴地盯着你，就问你慌不慌...

接下来，我们来说说，如何在紧急回滚面前，镇定(假)自若(装)地进行 git 操作

简单场景

本地操作使用 git reset 随便玩玩就行了，我们主要讲讲 git revert

回滚“单一提交”

如何使用Git优雅的回滚实现

回滚“连续提交”

如何使用Git优雅的回滚实现

回滚一次“合并”

回滚合并时，如果直接使用 git revert mergeCommit 实际上是递归回滚里面的每一个节点，指定 -m 是指定以哪一个分支为主线，当前所在分支为 1，依次类推（一次合并多个分支时会 > 2，正常只有 1 和 2）

如何使用Git优雅的回滚实现

高级场景

如果我们遇到的问题都像上面一样，那怎么能体现一个程序员的价值?

回滚“混合场景”

如以下场景中，我们期望回归的节点之间含有一次合并导致我们无法一次回滚到位。有两种方式：

1. 按顺序见招拆招回滚（三次操作）

2. 先回滚 D + F，再回滚合并（两次操作）

如何使用Git优雅的回滚实现

【推荐】使用方案1，按顺序回滚会处理更少的 conflict，否则假设 D、F 是一系列提交合集，那么回滚成本很高

回滚有点复杂“混合场景”

如下的场景中，特殊的地方在于，我有一个 feature，搭车了一个 bugfix，我需要回滚需求但不回滚 bug

如何使用Git优雅的回滚实现

这种情况下，有两种选择：

回滚 G，通过 git 引一步一步回滚 F-F'-E‘-D'-C‘-E'‘(不滚)-D'‘(不滚)-C'‘(不滚) ，回滚 E+D 【推荐】回滚 G，回滚 F 丢弃 F'，回滚 D+E，复原 C‘'..E‘' 比第一种方案更快更简单，不用处理第一种方案中的 conflict

									git revert G

									git revert F -m 1

									git revert D..E

									git cherry-pick C``

									git cherry-pick D``

									git cherry-pick E``

回滚复杂的”混合场景“

如何使用Git优雅的回滚实现

标注解释

蓝色代表已经合并到远程分支 Master 生成了 tag
红色代表需要回滚的 commit
绿色代表正常 commit

场景解释 一开始你所在的团队接到一个需求，这个需求中可以分拆出一个自需求，最终可以实现两人并行开发

两个人 Pa 和 Pb 分别在 Master 基础上创建了新分支
在开发过程中 Master 上发布了两次 bugfix（v2、v3）
由于需要在预发上持续测试，所以 Pa 主动合并了 Master
Pb 在自己分支 B‘ C' D‘ 中废弃了之前的旧逻辑和一些代码的小幅重构（稳定性更新），之后一直在本地开发新功能 & 验证
最后即将上线时需要合并自需求一起验证，验证后 Pb 发布了 v3
后续又经过了一次 bugfix 发布了 v4
结果，产品反悔了 WTF ？？？
最后，要废弃新功能，需要重新设计产品，但是旧有逻辑仍然按原计划废弃 >> F(v2) + B'-D'

回滚方式

遇到这样的场景，一般有如下几种方案回滚：

回到最新的远端 Master (v4) 手动识别需求代码进行人工删除删除自己的代码还好，删除别人的代码就有点难度了，而且当提交量很大时很耗时耗力
复制 F(v2) 替换 Master(v4)，手动或应用 B'-D‘ commit 图示情况，直接复制粘贴是个便捷的方法，再次回复 B'-D' 也费不了多大事，只是手动操作难免失误，尤其是增加/删除文件的情况，复制粘贴容易出错
【推荐】按时序回滚（O'-T‘、L'‘、F'‘-K'‘^、B'‘-C'‘、E'-N‘）版本控制本来就是为了代码管理更便捷，使用 git 操作后面的人不仅能看懂回滚了哪些 / 如何回滚的 / 怎么处理回滚中的 conflict 的，如果回滚错了还可以回滚“回滚了的”操作

									git revert N`..S`

									// 仅回滚非 merge Master 节点，保留 Master 代码

									git log B``^..L`` --first-parent --no-merges --pretty=format:%H | xargs | xargs git cherry-pick -n 

									git revert E`..F`