git rebase+rever实现git代码回滚

前言

今天准备上线时，突然产品有大变动需要把这个版本的内容都废弃掉。因此我需要将dev分支的代码进行回滚，但我并没有dev分支的权限找leader操作又觉得太麻烦了。那么有没有办法从dev切出来一个feat/rollback分支，将代码回退到之前的代码，然后在提交一个PR到dev上。答案是有的，接下来采用git rebase + git revert来实现

方案

第一种在feat/rollback执行git reset --hard <commit>之后将feat/rollback合并到dev分支，显示没有更新的改动。这是因为git reset不会产生新的commit节点，feat/rollback的commitId dev分支都有了
第二种在feat/rollback执行git revert start..end, 这个会需要我们处理start到end的每一个节点。过于麻烦且每一次revert都会产生一个新的commit记录
第三种git rebase -i ~ + git revert 将所有回滚的记录压缩成一个commit，然后采用revert回滚这个commit，最终效果如下

实现

如下图: 我需要将f2a0c1ed之后的所有commit都废弃掉

命令使用

ts 复制代码

// dev分支
git checkout -b feat/rollback
// 执行变基
git rebase -i commitId

// 终止变基
git rebase --abort

// 继续
git rebase --continue

// 废弃掉某个commitId的改动并且生成一个新的commit记录
git revert commitId

回退的步骤

从dev分支切出来一个feat/rollback分支，使用git log --oneline确定回退的commitId
执行git rebase -i commitId

ts 复制代码

git rebase -i f2a0c1ed

我会看到如下图，所有都是pick状态 3. 合并..1b ~ ..41 到最旧的6f上。在合并的commit时，选择pick(p)最旧的6f。然后将6f之后的commit前的pick(p)都改为squash(s)如下图。然后执行exit以及:wq保存就会自动变基，将commit..1b ~ ..41都会合并6f节点上 4. 如果在上一步执行变基的过程中会有冲突，那么解决冲突然后git add .然后在git rebase --continue直到变基完成 5. 合并dev到feat/rollback.

由于 feat/rollback 分支落后与 dev 分支，因此需要执行 git merge dev 将主分支向 feat/rollback 分支合并，合并后 git 会发现 ..1b 到 ..41 提交的内容和 feat/rollback 分支上 commitId 的修改内容是完全相同的，会自动进行合并，内容不变，但多了一个 commitId。 6. 在 feat/rollback 执行 revert 反提交

git revert commitId

提交feat/rollback到dev分支，在github的diff面板就能看到回退的内容了。相当于你手动把这些内容删除掉，然后提交的pr一样。

注意: 这么做也有一个好处，比如那天产品突然反悔了这个版本的内容我还是需要上线。那么就可以直接采用git revert把上一次git revert产生的commitId进行恢复即可

总结

这一节我们学习了git rebase + git revert实现在新分支上回滚代码，这么做的好处是不需要主分支的权限、能快速找回此次废弃的代码、新分支上执行回退操作。

注: 一般情况下我们都要新建分支来执行回退或者合并的操作