工程与协作
版本控制系统Git
你可能会问
版本控制系统到底是什么？它在一条完整的开发流程里，负责哪一段？
简单来说
记录代码的每次变化，让开发者可以比较、协作和回退。
01Edit在独立范围内完成一组相关修改
02Diff检查实际增加、删除和改变的内容
03Test确认功能与已有行为没有被破坏
04Commit保存为有说明、可以回退的版本
01 · 先这样理解
把抽象概念放进真实场景
记录代码的每次变化，让开发者可以比较、协作和回退。
换个角度想工程协作像共同编辑一份重要文档：每个人在自己的副本上修改，留下说明，审核后再合并。
02 · 点击演示
一次改动怎样安全进入主线？
突出显示的部分，就是当前概念在整条流程中负责的位置。
- 编辑
在独立范围内完成一组相关修改
- 差异
检查实际增加、删除和改变的内容
- 测试
确认功能与已有行为没有被破坏
- 提交
保存为有说明、可以回退的版本
1 / 4
Edit · 在独立范围内完成一组相关修改
03 · 放进真实任务
什么时候会遇到它
多人协作
通过分支和合并请求隔离并审查修改。
使用 AI 改代码
用 Diff 确认 Agent 没有修改范围外的内容。
定位回归
从提交历史找到问题引入的时间和原因。
04 · 想一想
用一个问题检查理解
AI 一次修改了很多文件，你第一步应该检查什么？
查看答案
先看 Diff 和修改范围，确认每个变化都与当前任务有关，再运行与这些改动对应的验证。
最容易踩的坑
不要把无关改动堆进同一次提交。范围越清晰，审查、排错和回退就越可靠。