LESSON 05 · 幕后之旅 / SAVE POINTS
十分钟前的你，救得了现在的你。
情景
你说「把结算页整个优化一下」，AI 一口气改了 20 个文件。你刷新页面：样式全乱、按钮失踪、控制台一片红。你盯着屏幕想，就让它回到十分钟前不行吗？——可以，前提是你存过档。你没有。那一屏红，就是「你定吧」三个字欠下的账。
本课 13 个概念 · 约 3 分钟
存档不神秘：改动、挑选、写下备注，三步一个存档点。
记录文件变化历史，随时查看或恢复到任意历史版本的机制。
跟 AI 这么说
这个项目用 Git 做版本控制：从建项目第一天就初始化，每完成一个能运行的小功能就存一次档。
你电脑上正在修改的文件区域。
跟 AI 这么说
先看看工作区现在有哪些改动，列出来并标出哪些是这次任务该动的、哪些是不小心碰到的文件。
git add 选择的改动暂存区域，commit 前在此确认要记录的内容。
跟 AI 这么说
只把这次任务相关的文件加入暂存区；改了一半的文件先别 add，等改完再一起存。
保存一个版本快照，附带说明文字描述本次改动。
跟 AI 这么说
把暂存区的改动提交成一个版本，备注写「完成导航栏重构，菜单可折叠」，别只写「改了」。
想试大胆的想法？开一条分支，砸了也不心疼。
从主线分出的独立开发线，彼此互不影响。
跟 AI 这么说
开一条「试新配色」分支去改样式，主分支保持随时能上线的样子，试成了再合回来。
把两个分支的改动合到一起。
跟 AI 这么说
把「试新配色」分支合并回主分支：合并前确认主分支是最新的，合并后跑一遍页面确认没坏。
两个分支对同一文件做了不同修改时产生的冲突。
跟 AI 这么说
合并时两边都改了导航栏，冲突报出来了：把两边的改动摆在一起，保留新菜单结构和旧的颜色变量，修完再提交。
本地存档只存在你电脑上。推到云端，才算真正安全。
代码存储和版本管理中心，如 GitHub、Gitee。
跟 AI 这么说
在 GitHub 上建一个私有仓库放这个项目，README 里写清楚怎么安装和跑起来。
托管在 GitHub 等平台的仓库副本，用于协作和备份。
跟 AI 这么说
把这个本地仓库关联到 GitHub 的远程仓库，以后每次存完档都同步一份上去。
把远程仓库完整复制到本地。
跟 AI 这么说
换台电脑继续开发：把 GitHub 上的仓库克隆到本地，确认能跑起来再开始改代码。
把本地提交同步到远程仓库（如 GitHub）。
跟 AI 这么说
把这次的三个提交推送到远程仓库，推完去 GitHub 页面确认提交记录都在。
从远程仓库拉取最新代码到本地。
跟 AI 这么说
开始改代码前先拉取远程最新代码，别在旧版本上改半天，一推送就撞出冲突。
有些东西，永远不要写进存档。
指定哪些文件或目录不应被 Git 跟踪，如 .env、node_modules。
跟 AI 这么说
把 .env、node_modules 和构建产物加进 .gitignore；提交前检查一遍，别让密钥混进版本历史。
试一试
选择题 · 选一个你认为最合适的答案