误推 master 该 revert 还是 reset？撤销与补 MR 流程

前两天开发完一个功能，习惯性 git commit、git push——刷新远程，提交直接落在了 master。CI 已经跑了一分钟，群里有人问谁合的。

一句话结论：已 push 到共享 master → git revert；只在本地、还没 push → git reset。

一、revert 和 reset 怎么选

二、已 push：revert 撤回 + 处理 SOP

别慌，按顺序来：

1git log --oneline -5
2git revert HEAD                 # 单个 commit
3git push origin master
4
5# 多个误提交：一次性 revert 再提交（比逐个 revert 少冲突）
6git revert --no-commit HEAD~2..HEAD
7git commit -m "Revert mistaken commits on master"
8git push origin master
9

冲突：手动改完冲突文件 → git add <file> → git revert --continue。

三、补走 MR 流程：三种 merge 场景

图例：A = 误推的功能 commit；B/C = 分支上后续 commit；R = revert；M = MR 合并。

最常见走 Case 2；分支上若还继续提交了 B、C，按 3a 或 3b 处理。

顺序不能反：

1正确：先拉分支（含 A）→ master revert（产生 R）→ MR 合回（产生 M）
2错误：先 revert 再拉分支 → 分支没有功能 commit，合不回来
3错误：只拉分支不 revert → Case 1，merge 无效
4

Case 2 完整流程（补规范标准做法，历史上会多 R 和 M，但比 force push 安心）：

1git checkout master && git pull
2git checkout -b feature/order-fix    # ① 从含误提交的 master 拉分支
3git push -u origin feature/order-fix
4
5git checkout master
6git revert HEAD                      # ② 单个；多个见第二节
7git push origin master
8
9# ③ 提 MR：feature/order-fix → master
10

MR 合并后 master 代码与误推后一致。分支若还有 B、C（Case 3），合入后会比当初误推时更多：

1Case 2：master: ... ── A ── R ── M     feature: ... ── A
2Case 3：master: ... ── A ── R ── M     feature: ... ── A ── B ── C
3

四、还没 push：用 reset

1git reset --soft HEAD~1    # 撤销 commit，改动留暂存区
2git reset HEAD~1           # 改动留工作区
3git reset --hard HEAD~1    # 彻底丢弃（慎用）
4

若还想补 MR 流程：git branch feature/xxx 带走 commit → master 上 reset 回远程 → push feature → 提 MR。

五、预防：靠门禁，不靠口头约定

远程（团队必配）：Gitee / GitHub 保护 master——禁止 direct push，必须 PR/MR + Review。配好后直推会被拒绝。

本地兜底：.githooks/pre-push 拦截 master 直推：

1#!/bin/sh
2for p in master main; do
3  b=$(git symbolic-ref HEAD 2>/dev/null | sed 's|.*/||')
4  t=$(git rev-parse --abbrev-ref @{u} 2>/dev/null | sed 's|.*/||')
5  [ "${t:-$b}" = "$p" ] && echo "禁止 push 到 $p，请走 feature + MR" && exit 1
6done
7

1git config core.hooksPath .githooks && chmod +x .githooks/pre-push
2

习惯：开功能先 git checkout -b feature/xxx；push 前看 git branch --show-current。CI 侧 master 只跑测试、不自动发布。

六、参考内容

• git-revert · git-reset · git-push
• Gitee 保护分支 · GitHub protected branches
• git-filter-repo（密钥误提交清历史）

《误推 master 该 revert 还是 reset？撤销与补 MR 流程》 是转载文章，点击查看原文。