我不小心把代码提交错分支了，并且推送到 GitHub 了，怎么撤回？

别慌，Git 提交错分支还推送到远程，是几乎每个开发者都会遇到的“社死瞬间”。根据你推送的分支类型和协作情况，这里有几套成熟的解决方案，帮你优雅地把代码“救回来”。

首先，我们需要先确认一个关键信息：你误提交的分支是多人协作的公共分支（如 main/master/develop），还是只有你自己在用的个人分支？不同场景对应的处理方案完全不同。

场景一：误提交到公共分支（推荐方案）

如果你误提交到了 main、master 或者团队都在使用的分支，最安全、最推荐的做法是使用 git revert。它不会删除原来的提交记录，而是创建一个新的“反向提交”来抵消之前的修改，这样既保留了完整的历史记录，也不会影响其他协作者的工作。

具体操作步骤如下：

1. 先用 git log --oneline 查看提交历史，找到你误提交的那个 commit ID（哈希值）。
2. 执行 git revert <commit_id>，Git 会自动生成一个反向提交，把之前的修改全部撤销。
3. 正常执行 git push origin <分支名> 推送到远程即可。

如果误提交的是合并提交（merge commit），需要加上 -m 1 参数，比如 git revert -m 1 <commit_id>，表示保留主分支的父提交，撤销合并进来的内容。

如果你需要连续撤销多个提交，可以使用 git revert --no-commit <起始commit>..<结束commit>，这样不会每撤销一个就生成一次提交记录，而是把所有修改暂存起来，检查无误后再统一提交。

场景二：误提交到个人分支（可强制回退）

如果误提交的分支只有你自己在用，并且确认没有其他人拉取过这个分支的最新提交，你可以选择更彻底的方案：用 git reset 回退本地分支指针，再强制推送到远程覆盖历史记录。

具体操作步骤如下：

1. 先用 git log 找到你想回退到的那个正确提交的 commit ID。
2. 执行 git reset --hard <commit_id>，本地分支会直接回退到指定提交，误提交的记录会被移除。
3. 执行 git push origin <分支名> --force-with-lease 强制推送到远程。

这里强烈建议使用 --force-with-lease 而不是 --force。两者的区别在于，--force-with-lease 在推送前会检查远程分支是否被你之外的其他人更新过，如果远程有你不知道的新提交，它会拒绝推送，避免误覆盖别人的代码，相当于多了一道安全刹车。

场景三：想保留代码，只是挪到正确的分支

如果你只是想把误提交的代码“搬运”到正确的分支，而不是单纯撤销，可以用 git cherry-pick 精准摘取提交。

具体操作步骤如下：

1. 在误提交的分支上，用 git log 复制误提交的 commit ID。
2. 切换到正确的目标分支，执行 git cherry-pick <commit_id>，这会把该提交的修改精准应用到当前分支。
3. 再回到误提交的分支，按照场景一或场景二的方法，把误提交的记录撤销掉。

最后提醒几点：

强制推送（push --force）是高风险操作，一旦执行就会改写远程历史，如果团队里其他人已经基于你误提交的版本继续开发了，会导致他们的本地历史混乱甚至代码丢失。所以只要分支有别人在用，就默认不要用强推，优先用 git revert。

另外，为了避免以后再出现类似的手滑，建议在 GitHub 仓库设置里给 main/master 分支开启分支保护规则，禁止直接推送，必须通过 Pull Request 合并，从机制上杜绝误操作。