1. 概述
在使用 Git 的过程中，fork 和 clone 是两个常见操作。它们都能创建仓库的副本，但使用场景和目的不同。
本文将从实战角度出发，对比这两个看似相似但实际用途不同的 Git 操作。
2. Git fork
Git fork 是在服务器端创建一个已有公共仓库的副本。当我们想为某个开源项目做贡献时，通常会先 fork 原始仓库，这样就会在我们自己的账号下生成一个副本。我们可以使用 git pull 从原始仓库拉取更新到我们的 fork 仓库中。
但如果我们想将自己的修改合并回原仓库，就需要提交 Pull Request。维护者可以通过 PR 选择性地合并代码，实现协作开发。
如何 fork 一个仓库？
- 在 GitHub 上打开目标仓库页面
- 点击右上角的 Fork 按钮
如下图所示：
此外，也可以使用 GitHub CLI 工具完成 fork：
$ gh auth login --web
认证完成后，执行 fork 命令：
$ gh repo fork https://github.com/<your_repository_here>
fork 完成后，就可以使用 git clone 将其克隆到本地进行开发。
✅ 适用场景：
- 为开源项目做贡献
- 个人实验或测试
- 创建公共仓库的备份以便后续参考
3. Git clone
Git clone 是将现有仓库的内容复制到本地机器上。执行 git clone 后，会完整复制远程仓库的所有内容，包括所有分支和提交历史。
这让我们可以在本地离线开发、测试、创建新分支等，而不会影响原始仓库。若想将本地修改提交回远程仓库，则需要执行 git push。
如何 clone 一个仓库？
使用如下命令即可完成克隆：
$ git clone https://github.com/<your_repository_here>
✅ 适用场景：
- 本地开发
- 离线查看代码
- 获取代码库副本用于部署或分析
⚠️ 注意：clone 操作默认只拉取默认分支（如 main 或 master），如需切换其他分支可使用：
$ git checkout -b dev origin/dev
4. 总结
| 操作 | 位置 | 用途 | 是否影响原仓库 |
|---|---|---|---|
fork |
服务器端 | 协作开发、开源贡献、备份 | 不直接影响 |
clone |
本地端 | 本地开发、离线使用 | 需手动 push 才会影响 |
简而言之，fork 是为协作而生，clone 是为本地开发而用。理解它们的使用场景，能让我们在团队协作和开源贡献中更高效地使用 Git。
踩坑提醒：
❌ 初学者常误以为 fork 后可以直接 push 到原仓库，实际上必须通过 Pull Request
❌ clone 时未指定分支，导致只拿到默认分支，遗漏其他有用分支
熟练掌握 fork 与 clone 的区别和使用方式，是 Git 高效使用的基石。