除了克隆是从服务器到您的机器，分叉是在服务器上复制之外，一个重要的区别是，当我们克隆时，我们实际上得到了所有的分支、标签等。

但当我们分叉时，我们实际上只得到主分支中的当前文件，除此之外什么都没有。这意味着我们没有其他分支等。

因此，如果您必须将某些内容合并回原始存储库，这是一个存储库间合并，并且肯定需要更高的权限。

Fork不是Git中的命令；这只是GitHub实现的一个概念。请记住，Git是为在对等环境中工作而设计的，无需将内容与任何主副本同步。服务器只是另一个对等体，但我们将其视为主副本。

在此上下文中，“Fork”的意思是“复制他们的代码，以便我可以添加自己的修改”。没什么好说的。每一个克隆本质上都是一个分叉，由原始人决定是否从分叉中提取更改。

克隆涉及将git存储库复制到本地计算机，而分叉则是将存储库克隆到另一个存储库。克隆仅供个人使用（尽管将来可能会发生合并），但通过分叉，您可以复制并打开一个新的可能的项目路径

这里有一个关于“fork”是什么的误解。实际上，fork只不过是一组按用户划分的分支。当您推到一个fork时，实际上是推到原始存储库，因为这是唯一的存储库。

您可以通过推到一个fork，注意提交，然后转到原始存储库并使用提交ID来尝试这一点，您将看到提交“在”原始存储库中。

这很有道理，但还远远不够明显（我最近才偶然发现这一点）。

当John分叉存储库SuperProject时，实际发生的情况似乎是源存储库中的所有分支都使用“John.master”、“John.new_gui_project”等名称进行复制。

GitHub向我们“隐藏”了“John”，并给我们一种错觉，我们在GitHub上拥有自己的存储库“副本”，但我们没有，甚至也不需要。

因此，我的fork分支“master”实际上被命名为“Korporal.master”，但GitHub UI从未显示这一点，只显示“master”。

根据我最近所做的事情，我认为这是一个非常好的设计。

出于这个原因，我认为微软在其Visual Studio Team Services产品中实现Git分叉非常容易。

在GitHub上下文中，Fork没有扩展Git。它只允许在服务器端进行克隆。

当您在本地工作站上克隆GitHub存储库时，除非您被明确声明为“贡献者”，否则无法向上游存储库进行贡献。这是因为您的克隆是该项目的单独实例。如果您想为项目做出贡献，可以使用forking，方法如下：

在您的GitHub帐户上克隆GitHub存储库（即“fork”部分，服务器端的克隆）提交到GitHub存储库（它在您自己的GitHub帐户中，因此您完全有权推送它）向原始GitHub存储库发送任何有趣的贡献（即通过对自己的GitHub库所做的更改发出的“拉取请求”部分）

另请查看“协作GitHub工作流”。

如果要保持与原始存储库的链接（也称为上游），则需要添加一个远程引用该原始存储库。请参阅“GitHub上的源代码和上游代码之间的区别是什么？”

随着Git 2.20（2018年第四季度）及更高版本的发布，使用三角洲岛，从fork获取数据的效率更高。

简单地说，

当你说你正在分叉一个存储库时，你基本上是在GitHub帐户中的GitHub ID下创建一个原始存储库的副本。

and

当你说要克隆一个存储库时，你是在你的系统（PC/笔记本电脑）中直接创建原始存储库的本地副本，而GitHub帐户中没有副本。