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