与使用Git的“分叉”工作流程相比，“Fork＆Pull”工作流程

Question

有人可以向我解释使用Git时“Fork＆Pull”工作流程和“Forking”工作流程之间的区别吗？ 在我看来，这两个都涉及创建自己的存储库，然后使用拉取请求要求中央仓库收取您的更改？ 我已经多次阅读了这两种描述，但我不清楚它们最终是如何彼此不同的。

Answer 1

来自“ Atlassian：Forking Workflow ”

分岔工作流程与其他流行的Git工作流程根本不同。

如果实际上是拉请求模型（由GitHub 及其fork发起）：每个开发人员都推送到他们自己的fork repo，并从fork repo向主repo发出pull请求，维护者可以在那里挑选并选择要集成的内容。

这不同于经典的Git工作流，其中所有开发人员都在推动相同的远程仓库，但是在不同的分支机构中，以及不同的合并工作流程（如gitworkflow ）。

所以：

描述的工作流程与其他人称之为“ Fork and Pull ”的工作流程相同吗？

否：这是GitHub模型的另一个名称，您可以在其中分叉一个仓库，从该分支中​​拉出，创建一个新的分支，然后将其推回（到您的分支），并发出拉取请求。

GitHub 将其与共享存储库模型进行了对比，在共享存储库模型中 ，协作者被授予对单个共享存储库的推送访问权限，并且在需要进行更改时创建主题分支。

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