读完这篇，你会用 Word 修订模式的比喻彻底搞懂 Git 和 GitHub 到底是什么、怎么工作的，以及为什么 AI 编程项目都离不了它们。
Git 这个词，吓退了多少人
你第一次看到「Git」这个词，大概是在某个教程里。教程说「用 Git 做版本控制，推送到 GitHub」，你点了点头假装懂了，心里想的是——这到底是啥。
Git 是一个软件，GitHub 是一个网站。名字相似但完全不同的两个东西。
别记定义。 记一个你早就熟悉的东西——Word 的「修订模式」。
Word 修订模式，你其实早就会用 Git 了
你写毕业论文的时候，导师让你改稿。你改了一版，怕改坏了，先存了一份「论文_v1」。改完觉得不好，又存了「论文_v2」。后来导师又提意见，你存了「论文_v3_最终版」「论文_v4_最终版_真的最终」……
最后你的文件夹变成了这样,
论文_v1.docx
论文_v2.docx
论文_v3_最终版.docx
论文_v4_最终版_真的最终.docx
论文_v5_打死不改了.docx
这其实就是手动版版本控制——你手动保存历史版本，手动给文件改名。
Word 后来提供了一个功能叫「修订模式」。打开它之后，你每次修改都会被记录下来——删了哪个字、加了哪句话、谁改的、什么时候改的，一清二楚。你随时可以回退到任意一个历史版本。
Git 就是程序代码版的「修订模式」，但比 Word 强得多。
| Word 修订模式 | Git | 说明 |
|---|---|---|
| 文档 | 代码仓库（Repository） | 被管理的东西 |
| 修订记录 | 提交记录（Commit） | 每次修改的快照 |
| 保存一个版本 | commit（提交） | 把当前状态记录下来 |
| 回退到历史版本 | checkout / revert | 恢复到之前某个版本 |
| 多人同时改同一篇文档 | 分支（Branch） | 各改各的，最后合并 |
| 接受/拒绝修订 | 合并（Merge） | 把不同人的修改合到一起 |
| 文件名加版本号 | commit 信息 | 描述这次改了什么 |
Git 的三个区域，对应你写论文的过程
你写论文的过程其实分三步——先在草稿上写，写到一段觉得满意了，存到「待提交」文件夹，最后正式提交给导师。Git 也是三个区域，一模一样。
| 写论文的过程 | Git 的区域 | Git 命令 | 说明 |
|---|---|---|---|
| 在草稿上写东西 | 工作区（Working Directory） | — | 你正在编辑的文件 |
| 觉得满意了，放到「待提交」文件夹 | 暂存区（Staging Area） | git add | 标记「这些改动我要记录」 |
| 正式提交给导师 | 本地仓库（Repository） | git commit | 把改动正式存为一个版本快照 |
| 发到导师邮箱 | 远程仓库（GitHub） | git push | 把本地版本传到云端 |
你在电脑上改代码，相当于在工作区写草稿。改完一部分觉得可以了，用 git add 把它放到暂存区——就像把草稿放到「待提交」文件夹。确认没问题后，用 git commit 正式提交——就像把论文正式交给导师。最后用 git push 推送到 GitHub——就像发到导师邮箱。
整个流程只有四步，对应四条命令,
git add . # 1. 把改动放到暂存区（草稿→待提交）
git commit -m "修复了登录bug" # 2. 正式提交，记录一个版本
git push # 3. 推送到 GitHub（发给导师）
git pull # 4. 拉取最新版本（收到导师的修改）
你不需要记住更多命令。 AI 编程中，AI 会帮你生成这些命令，你复制粘贴执行就行。
GitHub 是什么？就是「云盘 + 协作平台」
前面说了 Git 是软件，装在你自己电脑上。它管的是你本地的代码版本。
但如果你换了一台电脑，本地的版本就没了。或者你想让别人帮你改代码，别人看不到你电脑里的东西。
GitHub 就解决这个问题。 它是一个网站，把你本地的 Git 仓库同步到云端，别人可以在上面看到你的代码、帮你修改、提出建议。
| 你的场景 | Git | GitHub |
|---|---|---|
| 是什么 | 一个软件 | 一个网站 |
| 装在哪 | 你的电脑上 | 浏览器访问 |
| 管什么 | 本地代码版本 | 云端代码托管 |
| 离线能用吗 | 能 | 不能 |
| 多人协作 | 不行（只管本地） | 行（核心功能） |
打个比方——Git 是你电脑上的 Word 软件，GitHub 是一个共享文档平台（类似腾讯文档）。你在本地用 Word 写东西，写完上传到共享平台，别人就能在线查看和协作。
GitHub 目前是全球最大的代码托管平台，超过一亿开发者在使用。几乎所有开源项目都放在上面。
为什么 AI 编程总提到 Git 和 GitHub
你跟 AI 说「帮我做一个网站」，AI 写完代码后会跟你说「建议把代码推送到 GitHub」。原因有三,
第一，备份。 代码只存在你电脑上，电脑坏了就全没了。推送到 GitHub 等于云端备份。
第二，部署。 很多部署平台（Vercel、EdgeOne Pages）可以直接连接你的 GitHub 仓库。你每次 push 代码，网站自动更新。不用手动上传文件。
第三，版本回退。 AI 写的代码有时候这版能用、下版又坏了。有了 Git，你可以一键回退到上一版能用的代码，不用从头再来。
一个完整的例子，从零到推送
假设你用 AI 做了一个个人主页，AI 会帮你生成这些命令（你不用记，复制粘贴就行),
# 1. 在项目文件夹里初始化 Git
git init
# 2. 把所有文件加入暂存区
git add .
# 3. 提交第一个版本
git commit -m "初始化个人主页"
# 4. 在 GitHub 上创建仓库后，关联远程仓库
git remote add origin https://github.com/你的用户名/my-homepage.git
# 5. 推送到 GitHub
git push -u origin main
执行完这五条命令，你的代码就到了 GitHub 上。电脑坏了也不怕，换个电脑从 GitHub 下载下来就行。
常见疑问
Git 和 GitHub 必须一起用吗？
不一定。Git 可以单独用，只做本地版本管理。GitHub 只是 Git 最流行的远程托管平台。也有替代品，比如 GitLab、Gitee（码云）。但 AI 编程教程和部署工具大多以 GitHub 为默认，建议用它。
一定要用命令行吗？
不一定。VS Code 内置了 Git 图形界面，你可以用按钮完成 add、commit、push，不用敲命令。AI 也经常直接帮你生成命令，你复制粘贴就行。命令行只是最原始的方式。
commit 信息写什么？
写你这版改了什么就行，比如「修复了导航栏错位」「添加了关于页面」。AI 编程时 AI 会帮你生成 commit 信息，你不用纠结。
代码推送到 GitHub 会被别人看到吗?
默认是公开的（Public），所有人都能看到。如果你不想公开，创建仓库时选 Private（私有），只有你能看到。免费账户也可以无限创建私有仓库。
小结
| 概念 | 论文比喻 | 一句话解释 |
|---|---|---|
| Git | Word 的修订模式 | 记录代码每次修改，随时可回退 |
| GitHub | 云端共享文档平台 | 把代码放到云端，方便备份和协作 |
| 仓库（Repository） | 你的论文文件 | 一个项目的所有代码和历史版本 |
| 提交（Commit） | 保存一个版本 | 给当前代码拍一张快照 |
| 推送（Push） | 发到导师邮箱 | 把本地代码上传到 GitHub |
| 拉取（Pull） | 收到导师的修改 | 从 GitHub 下载最新代码 |
| 分支（Branch） | 同时写两个版本 | 不影响主线的情况下尝试新改动 |
下次再看到「git push」「GitHub 仓库」，你就在脑子里想——就是 Word 修订模式加云端共享文档。没什么难的。