Git
你可能会说
AI 把我的代码改崩了，我想回到上一个能用的版本。
Git 是在本地记录文件版本历史、比较改动并协作同步的版本控制工具例如，完成并检查首页导航后，可以用提交 Commit把相关改动保存成一个本地版本，以后查看或恢复；只有推送 Push后 GitHub 才有副本。未 Commit 的改动不会自动进入历史。
也常被叫作Git 版本控制版本控制
你可以这样告诉 AI Agent
在大改首页前，请先查看 git status 和 diff，确认当前版本能运行且没有密钥，再创建说明清楚的 Commit 作为恢复点。告诉我 commit hash 和仍未提交的文件；这一步不要自动 Push 或回滚其他改动。
什么时候用
- 每完成一个能运行的小改动，就保存一个有说明的版本init 初始化→add 选择改动→commit 记录版本
- 保存前先看改动清单，确认这次记录的内容正确每个稳定小步都可以成为一次提交
- 出现问题时，先查版本历史，再决定怎样恢复改动出现问题时可以回到之前的提交
- 需要协作或远端副本时，把已保存的版本推到 GitHub💻 本地仓库git push →☁️ GitHub
什么时候不用
- 连续改很多天却不保存版本，出问题后没有清楚的恢复点长时间没有提交记录，难以恢复稳定版本
- 版本说明只写“改了”“111”，之后看不出完成了什么● 111
● 改了下
● asdf说明含义不清，之后难以定位版本 - 遇到问题就删除项目目录，本地版本历史也会一起丢失🗂my-first-page🗑 删除删除项目目录会同时丢失本地历史
- 把包含真实密钥的 .env 保存进版本历史.envgit push →☁️密钥会进入远程提交历史
组成结构 · Anatomy
💻 工作区你正在改的文件
git add →
📥 暂存区选好这次要记录的改动
git commit →
🗄 本地仓库存档点在这
git push →
☁️ 云端仓库GitHub
你电脑上正在修改的文件，这些变化还没有进入版本历史
git add 选择下一次 commit 要记录的改动，文件本身不会被搬走
git commit 把暂存区内容写进本地历史，生成带编号和说明的记录
git push 后远程才会收到本地的新提交，可用于协作和异地副本
典型使用场景
GitHub 提交记录页
终端里 git log 翻历史
$ git log --oneline
c7d8e9f 导航栏在手机上错位
a1b2c3d 首页能跑了 ✓
0f1e2d3 初始化项目
每行一个存档点：前面是编号，后面是说明
回滚到上一个 commit
$ git revert c7d8e9f
[main f4e5d6c] Revert "AI 改导航栏"
新增一条反向提交，旧历史仍然保留
GitHub 仓库首页
延伸阅读 · 权威出处
快速练习