你可能会说：
- “AI 改坏了，能回到昨天的版本吗？”
- “Git 和 GitHub 是一回事吗？”
它是什么
Git 把项目的每一次改动记录成一个提交，形成一条完整的历史。你可以看任何一次改了什么，也可以把某个文件、甚至整个项目退回到某个时刻。
Git 是装在你电脑上的工具，GitHub 是存放 Git 仓库的网站。托管平台通常连着 GitHub：你推送代码，它就自动构建、部署。
和 AI 协作时，Git 是最重要的安全网：让 AI 大改之前先提交一次，改坏了随时能退回去；每次改动都成为一个独立的提交，出问题时能快速定位是哪一次引入的。
打个比方
像游戏的存档：打 Boss 之前存一次，打输了读档重来。区别是 Git 的每个存档都附一张说明：这次动了哪些东西。
在这个网站里
这个网站的代码在 GitHub 的一个私有仓库里。所有改动都是小而独立的提交，每个提交都能单独构建成功；推送 main 分支就会自动上线。
容易搞混的地方
常见误解
有了 Git，删掉的东西就一定找得回来
正确理解
只有提交过的内容才找得回来。从没提交过的改动、被 .gitignore 忽略的文件，删了就是真删了。
你可以这样告诉 AI
复制下面这段，贴给你的 AI
开始改动之前，先确认工作区是干净的，并提交一次当前状态。之后每完成一个独立的改动就提交一次，提交说明写清楚改了什么、为什么改。
接下来去哪
接着看
- 提交——Git 里的一次存档：一组改动，加一句说明它改了什么、为什么改。
- 分支——从某个存档岔出去的一条独立开发线：在上面随便改，不影响主线，满意了再合并回去。
- .gitignore——一份"不要纳入版本管理"的清单：写在里面的文件和文件夹，Git 会假装看不见。
在这些课里出现