简单地说，

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

and

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

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

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

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

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

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

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

当你决定为某个项目做出贡献时，就完成了分叉。您将制作整个项目及其历史日志的副本。此副本完全在您的存储库中创建，一旦您进行了这些更改，就会发出拉取请求。现在，由源代码所有者来接受拉取请求，并将更改合并到原始代码中。

Gitclone是一个实际的命令，允许用户获取源代码的副本。git克隆这将在您自己的本地存储库中创建[URL]的副本。

我一直听到有人说他们在用git分叉代码。Git“fork”听起来像Git“clone”，加上放弃未来合并的心理意愿（毫无意义）。git中没有fork命令，对吗？

“分叉”是一个概念，不是任何版本控制系统都特别支持的命令。

最简单的分叉与分支同义。每次创建分支时，无论VCS如何，都会“分叉”。这些分叉通常很容易合并在一起。

你所说的那种分叉，即一个单独的一方获取代码的完整副本并走开，必然发生在VCS之外的Subversion这样的集中式系统中。像Git这样的分布式VCS对分叉整个代码库和有效启动新项目有更好的支持。

Git（而不是GitHub）本机支持以两种方式“分叉”整个repo（即克隆它）：

克隆时，将为您创建一个名为origin的远程默认情况下，克隆中的所有分支都将跟踪其原始分支从您派生的原始项目中获取和合并更改非常简单

Git使得将更改返回到fork的源代码变得简单，就像请求原始项目中的某个人从您那里提取，或者请求写访问权限将更改推回到您自己。这是GitHub使之更容易和标准化的部分。

Github向这个方向扩展git有什么焦虑吗？或者有传言说git吸收了这个功能？

没有焦虑，因为你的假设是错误的。GitHub通过一个漂亮的GUI和一种标准化的拉请求发出方式“扩展”了Git的分叉功能，但它并没有将该功能添加到Git中。完全回购分叉的概念在基本层面上直接融入到分布式版本控制中。你可以随时放弃GitHub，继续推/拉你“分叉”的项目。

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

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

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

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

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