&引用;叉子和叉子;拉;与“工作流程”相比;分叉“;Git工作流

&引用;叉子和叉子;拉;与“工作流程”相比;分叉“;Git工作流,git,github,Git,Github,有人能给我解释一下使用Git时“Fork&Pull”工作流和“Forking”工作流的区别吗?在我看来,这两者都涉及到创建您自己的存储库,然后使用请求请求请求中央回购来获取您的更改?我已经多次阅读了这两个方面的描述,但我不清楚它们最终是如何不同的。from“” 分叉工作流与其他流行的Git工作流有着根本的不同 If实际上是pull-request模型(由GitHub发起):每个开发人员推送到自己的fork-repo,并从fork-repo向主repo发出一个pull请求,在主repo中,维护人员

有人能给我解释一下使用Git时“Fork&Pull”工作流和“Forking”工作流的区别吗?在我看来,这两者都涉及到创建您自己的存储库,然后使用请求请求请求中央回购来获取您的更改?我已经多次阅读了这两个方面的描述,但我不清楚它们最终是如何不同的。

from“”


分叉工作流与其他流行的Git工作流有着根本的不同

If实际上是pull-request模型(由GitHub发起):每个开发人员推送到自己的fork-repo,并从fork-repo向主repo发出一个pull请求,在主repo中,维护人员可以选择要集成的内容

这与经典的Git工作流不同,在Git工作流中,所有开发人员都在推送相同的远程回购,但在不同的分支中,并且使用不同的合并工作流(如

因此:

所描述的工作流是否与其他人所称的相同

否:这是GitHub模型的另一个名称,在该模型中,您分叉一个回购协议,从该分叉中提取,创建一个新分支,并将其推回(到您的分叉),然后发出提取请求

GitHub具有共享存储库模型,在该模型中,协作者被授予对单个共享存储库的推送访问权限,并且在需要进行更改时创建主题分支

拉动请求在这个模型中很有用,因为它们在将更改合并到主开发分支之前启动代码审查和关于一组更改的一般性讨论


通过快速的谷歌搜索,这两个工作流听起来是一样的。在这种情况下,两个术语可能会被不同的团队互换使用。我想,这就是我的困惑所在——但我正在阅读培训材料,其中说“分叉”工作流与正常的GitHub工作流非常不同——并且说了同样的话。但是我不明白怎么做。将
Forking
教程与
Fork&Pull
教程进行比较:它们都列出了相同的步骤集,你引用的页面上说“Forking”工作流不同于“普通”或“其他”工作流。我没有看到任何资料将“Forking”和“Fork-and-Pull”列为不同的工作流。“Forking工作流与其他流行的Git工作流有着根本性的不同”,如前所述。似乎暗示“Fork and Pull”是一个流行的工作流。我在评论中引用了这篇文章,所以我知道这一点。但这仍然留下了一个问题,所描述的工作流是否与其他人所说的“Fork and Pull”相同?@MikeBaz MSFT不,它只是“Fork and Pull”的另一个名称:我用GitHub文档编辑了答案,说明了这一点。