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

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

我一直听到有人说他们在用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，继续推/拉你“分叉”的项目。

我认为fork是其他存储库的副本，但有您的帐户修改。例如，如果您直接在本地克隆其他存储库，则远程对象源仍然使用您克隆的帐户。你不能提交和贡献你的代码。它只是代码的纯拷贝。否则，如果您分叉了一个存储库，它将通过更新github帐户中的帐户设置来克隆回购。然后在您的帐户上下文中克隆回购，您可以提交代码。

克隆涉及将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分叉非常容易。