代码Push后发现有严重Bug？手把手教你Git回滚与撤回

👉刚把代码推送到远程仓库，突然发现里面有个严重Bug，该怎么办？是赶紧重新修改再git push一次？还是用git reset再force push？

💡今天我们就来彻底理清Git回滚的那些事，包括整体回滚、单个文件回滚，以及后悔了怎么撤销回滚。

场景再现

你欢快地敲完代码，git add、git commit、git push一气呵成。 结果下一秒就发现：有个致命Bug被一起推上去了！

此时远程仓库已经有了错误代码，如果不尽快处理，同事拉下来会出问题，甚至可能影响线上环境。

核心问题：已经push的代码，如何安全、干净地回滚？

三大主流回滚方案

git revert：最安全，公共分支首选

revert会创建一个新的提交，这个提交的内容是“反向修改” —— 也就是把错误提交的效果抵消掉。 它不会删除任何历史记录，因此对团队协作最友好。

操作步骤：

# 找到要撤销的提交ID
git log --oneline

# 执行revert（会生成一个新提交）
git revert <commit_id>

# 推送远程
git push origin <分支名>

• 优点：不破坏历史，无代码丢失风险，其他成员正常拉取即可。

• 缺点：会产生一条“反向提交”记录，对于洁癖者稍显冗余。

git reset：激进清理，仅限个人分支

reset会直接把分支指针移回到某个旧版本，后面的提交记录在历史中“消失”。 这种方法会让远程历史变得非常干净，但需要强制推送。

操作步骤：

# 本地回滚到指定版本（--hard会丢弃所有未提交的改动）
git reset --hard <