有人可以在使用Git时向我解释“ Fork＆Pull”工作流程与“ Forking”工作流程之间的区别吗？在我看来，这两者都涉及创建您自己的存储库，然后使用拉取请求要求中央存储库提取您的更改？我已经阅读了两次描述，但我不清楚它们最终最终有何不同。
答案 0 :(得分：0)
来自“ Atlassian: Forking Workflow”
Forking工作流与其他流行的Git工作流根本不同。
如果实际上是拉取请求模型（由GitHub and their fork发起）：每个开发人员推送到自己的fork仓库，并从fork仓库向主仓库发出一个pull请求，维护者可以在其中进行选择并选择要整合的内容。
这与经典的Git工作流程不同，在经典的Git工作流程中，所有开发人员都将推送到相同远程回购，但在不同的分支机构中，并采用了不同的合并工作流程（例如 gitworkflow ）。
所以：
所描述的工作流程是否与其他人所说的“ Fork and Pull”相同？
否：这是GitHub模型的另一个名称，您在其中分叉一个存储库，从该分叉中拉出，创建一个新分支，然后将其回推（到您的分叉），并发出拉取请求。
带有共享存储库模型的GitHub contrasts that，协作者被授予对单个共享存储库的推送访问权限，并在需要进行更改时创建主题分支。
在此模型中，拉动请求非常有用，因为它们可以在合并到主开发分支之前启动代码审查和有关一组更改的一般性讨论。