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

高级场景

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

回滚“混合场景”

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

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

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

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

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

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

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

回滚 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``

回滚复杂的”混合场景“

标注解释

  • 蓝色代表已经合并到远程分支 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`

最后多说一点

想要回滚不头痛，提前就要做好功课并且保持清晰的提交记录，否则几百个 commit 回滚起来就变成了一场灾难。提几个好方法

保持 Commit 清晰

  • 一次 commit 的做一件完整的事，不要掺杂别的需求和 bugfix，未完成需求前不要轻易提交编译代码；
  • commit 有清晰的描述

善用 rebase

  • 如果有几次 commit 干的是一件事，可以通过 rebase 合并，不要出现很多 init、update 之类的无效 log
  • 刚刚提交代码后，又想起来某个配置需要改个版本，可以先 commit，最后使用 rebase 清理一下版本树

多人并行开发，创建独立的分支进行合并测试 不要合并到某一个分支中，防止上线时间变化导致代码再次清洗

到此这篇关于如何使用Git优雅的回滚实现的文章就介绍到这了,更多相关Git 回滚内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

赞 (0)

相关推荐

  • 利用PyCharm操作Github(仓库新建、更新，代码回滚)

      Github是目前世界上最流行的代码存储和分享平台,而PyCharm是Python圈中最流行的IDE,它很好地支持了Git操作.本文将会介绍如何利用PyCharm来连接Github,同时演示Github上的仓库新建.更新,以及代码回滚.   在这之前,需要在你的电脑上安装Git,PyCharm.本文演示的系统为Windows系统,首先我们先从设置讲起. PyCharm设置   我们假定在电脑上已经安装了Git以及PyCharm.下面演示如何设置PyCharm,使其能够连接上Github.  

  • IDEA通过git回滚到某个提交节点或某个版本的操作方法

    1.项目右键后,点击"Git - Show History" 这里会显示有历史提交的版本记录(这里我们假设要回滚到 "提交" 版本中) 2.选中 "提交" ,右键Copy Revision Number 3.回到项目,右键-Git-Repository-Reset HEAD 4.Reset Type选择Hard,To Commit处黏贴刚刚复制的版本号:然后点击Reset按钮 以上操作就能够使得项目回滚到"提交"版本 (注:操

  • git 删除分支和回滚的实例详解

    git 删除分支和回滚的实例详解 [git 删除本地分支] git branch -D br [git 删除远程分支] git push origin :br (origin 后面有空格) git代码库回滚: 指的是将代码库某分支退回到以前的某个commit id [本地代码库回滚]: git reset --hard commit-id :回滚到commit-id,讲commit-id之后提交的commit都去除 git reset --hard HEAD~3:将最近3次的提交回滚 [远程代码

  • 简单谈谈Git中的回滚操作

    首先介绍下场景 首先,一定要想清楚,自己想干什么. 找redis源码作为例子,查看所在的分支git branch 3.0 3.2 * unstable 取前5条commit看看 git log --pretty=format:"%h - %an, %ar : %s" -5 e9d861e - antirez, 27 hours ago : Clear child data when opening the pipes. e565632 - antirez, 27 hours ago :

  • Git使用小技巧之回滚与撤销详解

    前言 日常的开发,我们难免会创建错误的git提交记录,整个时候git给我们提供了两个命令来解决这个问题.一个命令是git reset,另一个是git revert.两者有啥区别呢?两者主要的区别是,git reset命令是回滚某次提交,被回滚的提交将不会出现在提交记录中,而git revert命令是创建一个新的提交来达到撤销的目的,被撤销的提交和撤销的提交都会出现在提交记录中. 准备 首先呢,我们还是需要准备一个git仓库,并且准备一个可以修改的文件,文件名无所谓,我这里就创建了一个README

  • 如何使用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 和 get revert)

    git的工作流 工作区:即自己当前分支所修改的代码,git add xx 之前的!不包括 git add xx 和 git commit xxx 之后的. 暂存区:已经 git add xxx 进去,且未 git commit xxx 的. 本地分支:已经git commit -m xxx 提交到本地分支的. 代码回滚 在上传代码到远程仓库的时候,不免会出现问题,任何过程都有可能要回滚代码: 1.在工作区的代码 git checkout -- a.txt # 丢弃某个文件,或者 git chec

  • MySQL数据库误操作后快速回滚的方法

    基本上每个跟数据库打交道的程序员(当然也可能是你同事)都会碰一个问题,MySQL误操作后如何快速回滚?比如,delete一张表,忘加限制条件,整张表没了.假如这还是线上环境核心业务数据,那这事就闹大了.误操作后,能快速回滚数据是非常重要的. binlog2sql快速回滚 首先,确认你的MySQL server开启了binlog,设置了以下参数: [mysqld] server-id = 1 log_bin = /var/log/mysql/mysql-bin.log max_binlog_siz

  • Mysql误操作后利用binlog2sql快速回滚的方法详解

    前言 在日常工作或者学习中,操作数据库时候难免会因为"大意"而误操作,需要快速恢复的话通过备份来恢复是不太可能的,下面这篇文章主要给大家介绍关于Mysql误操作后利用binlog2sql快速回滚的方法,话不多说,来一起看看详细的介绍: 一.总体解释: DML(data manipulation language): 它们是SELECT.UPDATE.INSERT.DELETE,就象它的名字一样,这4条命令是用来对数据库里的数据进行操作的语言 DDL(data definition la

  • SQL Server中TRUNCATE事务回滚操作方法

    SQL Server中TRUNCATE事务回滚操作方法

    我们一般都认为TRUNCATE是一种不可回滚的操作,它会删除表中的所有数据以及重置Identity列. 如果你在事务中进行TRUNCATE操作,就能回滚.反之,它就不会从日志文件文件恢复数据.它不会在日志文件中记录删除的那些数据,它只在日志中记录数据页的单元分配. 下面的例子就能解释上面的所说的.       复制代码 代码如下: USE temp_test_database GO --创建一个临时表 CREATE TABLE TruncateTabel(ID INT) INSERT INTO

  • 浅析Mysql 数据回滚错误的解决方法

    MYSQL的事务处理主要有两种方法.1.用begin,rollback,commit来实现begin 开始一个事务rollback 事务回滚commit 事务确认 2.直接用set来改变mysql的自动提交模式MYSQL默认是自动提交的,也就是你提交一个QUERY,它就直接执行!我们可以通过set autocommit=0 禁止自动提交set autocommit=1 开启自动提交来实现事务的处理. 当你用 set autocommit=0 的时候,你以后所有的SQL都将做为事务处理,直到你用c

随机推荐