代码被AI改乱成“赛博垃圾堆”？教你几招挽救崩溃的Git仓库

你的代码被AI“霍霍”了？别慌，我也经历过

最近这波AI辅助编程的浪潮确实让写代码的效率起飞了。本来周末想让Copilot（或者类似的Codex类工具）帮忙重构一下项目，心里美滋滋地想着周一能直接上线。结果周一一来，接着让它干活，它居然莫名其妙地执行了个 git checkout，瞬间把我周末改了一半的代码全给切没了或者合并得面目全非。

那一刻，看着满是冲突和历史记录乱七八糟的仓库，心态真的崩了。如果你现在也正对着屏幕上的“赛博垃圾堆”头疼，那种想砸键盘的感觉我懂。

不过别急着切腹，只要Git还在，代码就有救。既然它搞乱了，我们就用最硬核的手段把它救回来，顺便给它立个规矩，下次绝对不让它再“手滑”。

首先，马上停止让AI对Git进行任何操作。

很多AI工具现在权限开得很大，不仅能读代码，还能自动执行终端命令。当你发现代码不对劲的时候，第一件事是把它的终端执行权限关掉，或者在配置文件里禁用它读写Git的能力。现在的当务之急是手动接管现场。

Git 有个“后悔药”叫 reflog。这是Git的“黑匣子”，它记录了你在本地仓库执行过的每一次操作，哪怕是你误删了分支或者reset到了错误的版本。

打开你的终端，输入：

git reflog

你会看到一大串哈希值和操作记录。往上面翻，找到你认为“AI发疯”之前的那一个正常状态。比如，你看到AI执行checkout操作前的那个commit ID。

找到了吗？好，执行这行命令，强制把你的仓库“穿越”回去：

git reset --hard <那个正常的commit ID>

注意： reset --hard 是危险操作，会丢弃你当前的改动。但既然现在的代码已经乱套了，这通常是唯一的出路。如果那时候你还有部分没提交的改动是需要的，我们稍后再说怎么处理。

如果你还没来得及commit，AI就开始乱搞了，reflog 可能帮不上大忙。这时候，先试试：

git status
git stash

git stash 会把当前工作区所有乱七八糟的修改暂时“存”起来，让工作区回到干净的状态。然后你可以切回正常的分支，或者重新 checkout 正确的文件。

等环境恢复干净了，再用 git stash pop 把刚才修改的代码拿出来。这时候就能清楚地看到AI到底改了什么文件，你可以手动挑拣有用的部分，把垃圾代码扔掉。

如果情况很复杂，你甚至不知道是哪一次AI的操作导致了Bug（现在是跑不起来的），那可以用 git bisect 来二分查找。

Git会自动跳转到中间的一个版本，让你测试。如果是坏的，标记bad；好的，标记good。几轮下来，Git就能精准定位到是哪一个commit把项目搞崩了。这时候再针对那一个commit进行修复或丢弃，就心里有数多了。

救回来之后，咱们得防患于未然。现在的AI虽然聪明，但偶尔还是会“幻觉”，以为你在让它管理版本库。

权限隔离：尽量不要给AI工具直接执行Shell命令的权限，特别是涉及到Git、rm 这种破坏性命令。如果必须用，建议在沙盒环境里运行。
明确Context：在Prompt里明确告诉它：“只负责修改当前文件的代码逻辑，绝不要主动执行Git操作。”
频繁提交：这是一个好习惯，尤其是配合AI工作时。每完成一个小功能就commit一次，打上清晰的Tag。这样就算AI发疯，你损失的成本也只是最后那一点点工作，而不是整个周末的成果。
Review Diff：不要全盘接受AI的修改。让它生成Diff（补丁），你审查无误后再手动应用。

AI本来是我们用来省时间的工具，可别让它变成了制造更多Bug的源头。希望这几个Git大招能帮你把代码从混乱中拉回来，以后跟AI搭档，一定要记得握紧缰绳啊！