工程与协作
版本控制系统Git
你可能会问
版本控制系统到底是什么？写代码为什么需要一个「时光机」？
简单来说
记录代码的每次变化，让开发者可以比较、协作和回退。
裸奔开干交给 Git 看管同一场豪赌，两种底气
改崩了 · 手动抢救改崩了 · 一键读档有历史，才敢放手实验
01 · 先这样理解
把抽象概念放进真实场景
记录代码的每次变化，让开发者可以比较、协作和回退。
换个角度想Git 像游戏的存档系统：打 Boss 前先存档，输了就读档重来。没有存档，一步走错只能从头再来。
02 · 点击演示
让 AI 大改代码之前，你的退路在哪？
突出显示的部分，就是当前概念在整条流程中负责的位置。
- 这一步不存在——
项目没人看管，改了就是改了git init · 存下第一个版本
从此每个变化都有案可查
- 没有存档——
只有编辑器里「当前的样子」存一个节点说明「登录功能完成」内容此刻全部代码的快照 今天页面突然坏了
改过哪里？全靠回忆
和昨天的节点对比login.js改了 3 行utils.js删了 1 个函数- 回不去了AI 改乱的 30 个文件，只能手动一点点撤没有历史，就没有退路读档成功一条命令回到「登录功能完成」有存档，才敢放手让 AI 改
1 / 4
Track · 把项目交给 Git 看管
03 · 放进真实任务
什么时候会遇到它
AI 协作的安全网
让 AI 大改之前先存一个节点，改坏了随时回去。
多人不打架
每个人的修改都有归属和记录，合并时冲突看得见。
追查问题
bug 是什么时候引入的？顺着历史一查便知。
04 · 想一想
用一个问题检查理解
让 AI 重构了半天，越改越乱，想回到今天上午的状态。没有 Git 和有 Git，分别怎么办？
查看答案
没有 Git 只能靠记忆手动改回去，大概率回不干净；有 Git，一条命令就回到上午存的那个节点。这也是为什么用 AI 写代码，第一件事是 git init。
最容易踩的坑
Git 只保护提交过的内容。写了半天却从不提交，等于打游戏从不存档——Git 再强也帮不了你。