开发过程中,我们经常会遇到代码回滚的情况。正常人都知道,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)
高级场景
如果我们遇到的问题都像上面一样,那怎么能体现一个程序员的价值"text-align: center">
【推荐】使用方案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,回滚
免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件! 如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
《魔兽世界》大逃杀!60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容,新游玩模式《强袭风暴》即将于3月21 日在亚服上线,届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕,并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时,他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中,玩家将会进入一个全新的海盗主题大逃杀式限时活动,其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场,作为一个独立于主游戏之外的活动,玩家可以用大逃杀的风格来体验《魔兽世界》,不分职业、不分装备(除了你在赛局中捡到的),光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式,玩家在加入海盗主题的预赛大厅区域前,可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹,《巨龙崛起》和《魔兽世界:巫妖王之怒 经典版》的玩家都可以获得奖励。
更新日志
- 小骆驼-《草原狼2(蓝光CD)》[原抓WAV+CUE]
- 群星《欢迎来到我身边 电影原声专辑》[320K/MP3][105.02MB]
- 群星《欢迎来到我身边 电影原声专辑》[FLAC/分轨][480.9MB]
- 雷婷《梦里蓝天HQⅡ》 2023头版限量编号低速原抓[WAV+CUE][463M]
- 群星《2024好听新歌42》AI调整音效【WAV分轨】
- 王思雨-《思念陪着鸿雁飞》WAV
- 王思雨《喜马拉雅HQ》头版限量编号[WAV+CUE]
- 李健《无时无刻》[WAV+CUE][590M]
- 陈奕迅《酝酿》[WAV分轨][502M]
- 卓依婷《化蝶》2CD[WAV+CUE][1.1G]
- 群星《吉他王(黑胶CD)》[WAV+CUE]
- 齐秦《穿乐(穿越)》[WAV+CUE]
- 发烧珍品《数位CD音响测试-动向效果(九)》【WAV+CUE】
- 邝美云《邝美云精装歌集》[DSF][1.6G]
- 吕方《爱一回伤一回》[WAV+CUE][454M]