https://andy1314chen.github.io/tags/%E5%9B%A2%E9%98%9F%E5%8D%8F%E4%BD%9C/Recent content in 团队协作 on John Chen's blogHugozh-cn转载请注明出处Tue, 28 Apr 2026 00:00:00 +0000https://andy1314chen.github.io/posts/2026/04/%E6%99%BA%E8%83%BD%E4%BD%93%E6%97%B6%E4%BB%A3%E7%9A%84%E4%BB%A3%E7%A0%81%E5%BC%80%E5%8F%91%E4%B8%8E-git-%E5%AE%9E%E8%B7%B5/Tue, 28 Apr 2026 00:00:00 +0000https://andy1314chen.github.io/posts/2026/04/%E6%99%BA%E8%83%BD%E4%BD%93%E6%97%B6%E4%BB%A3%E7%9A%84%E4%BB%A3%E7%A0%81%E5%BC%80%E5%8F%91%E4%B8%8E-git-%E5%AE%9E%E8%B7%B5/<h2 id="背景为什么这个问题值得关注">背景：为什么这个问题值得关注</h2> <p>传统 Git 开发模式：基于主分支创建 feature 分支 → 完成开发 → 提 PR → 审核者逐行审查 → 合并。</p> <p>人工开发时代，这个流程是合理的——代码是稀缺资源，审查是保护性检查，每一行代码都承载着开发者的意图。</p> <p>智能体时代，这个模式失效了。Claude Code、Copilot 等工具让代码产出速度提升 10 倍以上：</p> <ul> <li>一次 prompt 可以生成数百行代码</li> <li>一次任务可以产出数个文件</li> <li>PR diff 从几百行变成几千行，甚至上万行</li> </ul> <p><strong>结果是：代码生产速度 &raquo; 代码审核速度。</strong> 审核者成了瓶颈，PR 堆积，团队陷入&quot;提 PR → 审核不了 → 阻塞 → 继续提&quot;的恶性循环。</p> <p>具体表现为：</p> <ul> <li>PR 大量堆积，无法及时审核</li> <li>前序 PR 未合并，后续功能开发直接阻塞</li> <li>审核者认知超载，审查质量下降</li> </ul> <hr> <h2 id="核心理念探索阶段与提交阶段分离">核心理念：探索阶段与提交阶段分离</h2> <p>传统模式的根本问题，是把&quot;探索&quot;和&quot;提交&quot;混在同一个流程里。</p> <p>AI 编程的特点是：<strong>快速产出，不惧怕失败</strong>。让 AI 写 100 行探索性代码几乎是零成本的，但它不应该直接进入审核流程。</p> <p>解决方案是<strong>物理分离两个阶段</strong>：</p> <pre tabindex="0"><code>探索阶段 提交阶段 （AI 自由发挥） （规范输出） ↓ exp/feature-xxx → feature/xxx → PR → master </code></pre><ul> <li><strong>探索阶段</strong>：在长命 <code>exp/</code> 分支上自由推进，不提 PR，不审核，可以随时丢弃重建。AI 可以尽情尝试，失败了就换方向。</li> <li><strong>提交阶段</strong>：把成熟的部分以规范的方式输出到 <code>feature/</code> 分支，每个 commit 对应单一功能，做好代码拆分，再提 PR 走审核。</li> </ul> <p>这样审核者只在&quot;摘桃子&quot;的阶段介入，看到的是经过整理的产出，而不是 AI 的全部思考过程。</p>