换个角度想
工程协作像共同编辑一份重要文档：每个人在自己的副本上修改，留下说明，审核后再合并。
术语
工程与协作
Engineering Workflow
管理代码变化、团队协作和安全回退的常用方法。
一次代码改动如何安全进入主线
一次改动 · AI 修登录 bug
文件login.js · 3 行
此刻还没被证明安全
一步步验证，才进主线
- AI 的修改
文件login.js内容超时从 5s 改到 30s - 打开 Diff 核对
login.js+2 −1 · 都和本次相关其他文件✓ 没被乱动 npm test
登录用例全绿 · 老功能没回归
- 安全入册提交「修复登录超时」，历史多了个可回退的节点看过、测过、记录在案，这才算改完
在独立范围内完成一组相关修改
什么时候会遇到它
多人协作
通过分支和合并请求隔离并审查修改。
使用 AI 改代码
用 Diff 确认 Agent 没有修改范围外的内容。
定位回归
从提交历史找到问题引入的时间和原因。
想一想
AI 一次修改了很多文件，你第一步应该检查什么？
看答案
先看 Diff 和修改范围，确认每个变化都与当前任务有关，再运行与这些改动对应的验证。
最容易踩的坑
不要把无关改动堆进同一次提交。范围越清晰，审查、排错和回退就越可靠。