写代码的时候手一滑，把没写完的功能或者测试数据直接 push 到远程仓库了，这种情况谁没遇到过？尤其是赶进度的时候，一个回车下去心都凉了。别慌，Git 提供了好几种方式帮你挽回局面。
刚提交但还没推送到远程
如果只是本地 commit 了，还没执行 git push，那问题不大。可以用下面这条命令回到上一个提交状态：
git reset --soft HEAD~1这条命令会保留你修改的文件内容，只是把最近一次提交撤销掉，相当于“假装没提交过”。如果连文件改动也想清掉，就用 --hard，但注意这会丢掉所有未提交的更改。
已经推到远程仓库了
这才是最常见也最让人头皮发麻的情况。如果你发现得早，可以强制覆盖远程分支：
git reset --hard HEAD~1
git push --force-with-lease origin main这里建议用 --force-with-lease 而不是简单的 --force，因为它能避免在别人也更新了同一分支时误覆盖别人的提交。
不想改历史记录怎么办
有些团队不允许强制推送，或者你担心破坏协作流程。这时候可以用 revert 命令反向提交一个“修复”版本：
git revert HEAD这条命令会生成一个新的提交，内容正好是上一次提交的反操作。虽然历史里还是能看到错误提交，但它已经被抵消了，安全又稳妥。
更复杂的场景：只删某个文件或某行代码
有时候你只想撤回某个敏感文件，比如不小心提交了密码配置。可以单独对那个文件回退：
git checkout HEAD~1 path/to/config.json
git commit -m "remove config file"
git push这样既不影响其他正常提交，又能精准处理问题文件。
预防胜于补救
与其事后折腾，不如提前设好防护栏。比如在项目里加个 .gitignore 文件，把常见的临时文件、日志、配置文件列进去；再比如养成习惯，push 前先看一眼 git status 和 git diff。还有就是，别在凌晨三点改核心逻辑——脑子不清醒的时候，Git 就是你最大的敌人。