我一直听到有人说他们在Git中分叉代码。Git“fork”听起来很可疑,就像Git“clone”加上放弃未来合并的心理意愿(毫无意义)。Git中没有fork命令,对吧?

GitHub通过将通信钉在分叉上,让分叉变得更加真实。也就是说,你按下分叉按钮,然后,当你按下拉请求按钮时,系统足够智能,可以给所有者发送电子邮件。因此,这有点像是围绕存储库所有权和权限跳舞。

是/否?对GitHub向这个方向扩展Git有什么担忧吗?或者有传言说Git吸收了这个功能?


当前回答

是的,fork是一个克隆。它的出现是因为,未经他人允许,你不能推送他人的副本。他们会为你制作一份副本(fork),在那里你也会有写作权限。

将来,如果实际所有者或其他用户使用类似于您的更改的叉,他们可以将其拉回到自己的存储库中。或者,您可以向他们发送“拉取请求”。

其他回答

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

这里有一个关于“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分叉非常容易。

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

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

简单地说,

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

and

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

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