git叉子是否是git克隆？
我不断听到人们说他们在git中分发代码。 Git“fork”听起来像git“clone”，加上一些（无意义的）心理愿意放弃未来合并。 git中没有fork命令，对吧？
Github通过将信件装订到它上面，使分叉变得更加真实。 也就是说，您按下分叉按钮，之后当您按下请求按钮时，系统足够聪明，可以向所有者发送电子邮件。 因此，这对回购所有权和许可权有点跳舞。
是/否？ 对Github的任何焦虑都会在这个方向上延伸git？ 或者任何有关git吸收功能的传闻？
叉 ，在GitHub上下文中，不扩展Git。
它只允许服务器端的克隆。
在本地工作站上克隆GitHub仓库时，除非明确声明为“贡献者”，否则无法回馈上游仓库。 这是因为你的克隆是该项目的一个单独的实例。 如果您想为项目做出贡献，您可以使用分叉来完成它，方法如下：
还请检查“Collaborative GitHub工作流程”。
如果您想保留与原始回购（也称为上游）的链接，则需要添加远程引用该原始回购。
请参阅“github中的起源和上游之间有什么区别”
我不断听到人们说他们在git中分发代码。 Git“fork”听起来像git“clone”，加上一些（无意义的）心理愿意放弃未来合并。 git中没有fork命令，对吧？
我认为你对“分叉”的含义有一个有趣的想法。 这是一个概念，而不是任何版本控制系统特别支持的命令。
最简单的分叉类型就是分支的代名词。 无论您的VCS如何，每次创建分支时，都会“分叉”。 这些叉子通常很容易合并在一起。
你所谈论的那种分支，其中一个独立的方拿走了代码的完整副本并离开，必然发生在像Subversion这样的集中式系统中的VCS之外。 像Git这样的分布式VCS对分叉整个代码库和有效地启动一个新项目提供了更好的支持。
Git（而不是GitHub）本身支持以下几种方式“分叉”整个回购（即克隆它）：
origin origin等价物 Git将贡献变化回到分支的源头，就像从原始项目中请求某个人从您那里拉出来一样简单，或者请求写入访问权限以便将变化推回自己。 这是GitHub变得更容易和标准化的部分。
对Github的任何焦虑都会在这个方向上延伸git？ 或者任何有关git吸收功能的传闻？
没有焦虑，因为你的假设是错误的。 GitHub通过一个漂亮的GUI和发布pull请求的标准化方式“扩展”了Git的分叉功能，但它并没有为Git增加功能。 全回购版本的概念直接从根本上转变为分布式版本控制。 您可以在任何时候放弃GitHub，并继续推动/拉取您“分叉”的项目。
是叉是一个克隆。 它的出现是因为， 你不能在未经他们许可的情况下推送给他人的副本 。 他们所做的是为你制作一份副本 （叉），在那里你也有写入权限。
在将来，如果实际的拥有者或其他用户使用分叉来进行更改，他们可以将其恢复到自己的回购。 或者，您可以向他们发送“拉请求”。
链接地址: http://www.djcxy.com/p/45181.html