AI 写代码又快又多，git 是你唯一的后悔药：一人一 AI 的 Git 工作流

为什么 vibe coder 更需要 git 纪律

传统开发者的节奏是：写一小时，提交一次，一次改几个文件。AI 的节奏是：你说一句话，它改二十个文件，删了三个你没注意到的函数，还顺手重构了你根本没让它碰的模块。你 review 不过来——没人 review 得过来。所以 git 对你不是“版本管理”，是后悔药：AI 一定会搞砸，工作流必须按这个前提来设计。

纪律的核心就一句话：永远能回到“上一个能跑”的状态。下面所有做法都是为这句话服务的。

分支策略：main 永远可运行，任务单独开分支

规则很简单：main 分支永远是能跑的。每一个任务——修 bug、加功能、让 AI 重构——都从 main 切一个新分支，让 AI 在分支里随便折腾。折腾完，你看 diff，满意了才合并。

分支名让 AI 按 feature/xxx、fix/xxx、experiment/xxx 起，xxx 用英文短语。别小看命名：三个月后你看到 experiment/ai-rewrite-auth 就知道这个分支是干嘛的，看到 dev2-final-final 就只能猜。

合并前你亲自看 diff，这是整个工作流里唯一不可外包的环节。AI 改得越多，你越要看。看不懂 diff 就别合并——先让 AI 给你讲一遍它改了什么，讲不清楚说明它自己也没想清楚。

让 AI 写提交信息：conventional commits 规范

AI 写代码快，写提交信息也快，别浪费这个能力。给它一条死规矩：每次提交用 conventional commits 格式——feat: 新功能、fix: 修 bug、refactor: 重构、chore: 杂事，一句话讲清“改了什么 + 为什么”。

好例子：fix: 修复结算页优惠券叠加计算错误。坏例子：update、fix bug、AI generated changes。提交信息是写给三个月后的你看的，不是写给 git 看的。

一个可直接用的提示词：“按 conventional commits 规范写提交信息，50 字以内，说明改了什么和为什么改，不要写废话。”把它贴进你的 AGENTS.md，从此每次提交自动合规。

AI 搞砸时的回滚三招

第一招：git stash，暂存半成品。AI 改到一半你发现方向错了，但里面有几段代码还想留——git stash 把当前改动先收起来，工作区回到干净状态，想起来了再 git stash pop 取回来。适用场景：思路被打断、要先切去修另一个 bug。

第二招：git reset，回到上一个能跑的提交。AI 一顿操作之后项目跑不起来了，别跟它逐行掰扯——git reset --hard HEAD 直接回到最后一次提交的状态。适用场景：分支被 AI 改烂了，抢救成本高于重来。记住前提：你得有“最后一次提交”，所以让 AI 每完成一个小步骤就提交一次，别攒着。

第三招：git reflog，找回误删的东西。分支被 AI 删了、reset 之后后悔了，别慌——git reflog 能看到 HEAD 的所有历史移动，找到误删之前的 commit hash 再切回去。适用场景：你以为你知道自己在干什么的时候。reflog 是 git 的黑匣子，默认保留 90 天。

收工习惯：每天让 AI 生成一份变更摘要

每天结束工作前，让 AI 跑一遍当天的提交，生成一份变更摘要写进 CHANGELOG.md。格式不用 fancy：日期、改了哪几个功能、修了哪几个 bug、一句话说明原因。

这件事的价值是延迟兑现的：三个月后用户报“上周还好好的功能坏了”，你翻 CHANGELOG 三分钟定位到某次 AI 重构；半年后你想写项目复盘，CHANGELOG 就是现成的素材。AI 时代代码写得快，遗忘得也快——变更摘要是对抗遗忘最便宜的手段。

最后再说一遍核心判断：AI 把写代码的速度提高了十倍，犯错的速度也提高了十倍，git 是唯一没涨价的安全带。分支、提交信息、回滚、变更摘要，四件事做齐，一个人加一个 AI 也能像团队一样稳定交付。