在团队协作写代码的时候，谁还没手滑过？比如把测试代码误提交到主分支，或者合并了一个还没搞定的功能，页面立马出问题。这时候最直接的办法就是回滚——把系统状态退回到上一个正常版本。虽然听起来像“倒车”，但用对方法，它能帮你快速止损。
什么时候需要回滚合并请求？
你可能遇到这些场景：刚合入的代码导致服务崩溃、用户登录不了；或者新功能还没准备好，却被提前上线了，运营那边已经开始投诉。与其花几个小时修补漏洞，不如先回滚，让系统恢复正常，再慢慢排查。
Git 中如何安全回滚一次合并？
假设你用的是 Git 和主流平台（如 GitHub、GitLab），每次合并请求都会生成一个 commit。要撤销这个操作，可以用 git revert -m 命令。关键在于指定正确的父节点序号。
比如你合并了 feature/login 分支到 main，现在想撤回来：
git log --oneline -n 5找到那个 merge commit 的哈希值，看起来像这样：
a1b2c3d Merge branch 'feature/login'执行回滚：
git revert -m 1 a1b2c3d这里的 -m 1 表示保留主分支（main）的代码状态，丢弃被合并分支的内容。提交后推送到远程，服务就会回到合并前的样子。
回滚之后怎么办？
别以为点了回滚就万事大吉。团队得知道发生了什么。第一时间在群里说明：“已回滚 feature/login，因登录态异常，修复中”。然后拉个新分支，在原基础上改好再提 MR。顺便提醒队友，下次提合并前跑一遍集成测试。
有时候你会发现，回滚完本地和远程状态不一致。可能是别人又提交了新内容。这时候别硬来，先 git pull 拉最新代码，确认当前分支干净再操作。
预防胜于补救
就像做饭前要系围裙，提交前也该有基本防护。比如设置 CI 流水线，只有测试通过才能合并；或者开启保护分支策略，强制要求两人审核。小团队容易图省事直接合并，可一旦出事，影响的是所有用户。
还有个实用技巧：给重要发布打 tag。比如 v1.2.0 上线那天打个标记，万一后面乱成一团，还能快速定位稳定版本。