有人可以向我解释"叉"工作流程和"叉子"工作流程之间的不同之处？在我看来，这两者都涉及创建自己的存储库，然后使用拉动请求要求中央存储库来接您的更改？我已经阅读了几次的描述，但我还不清楚它们最终与彼此之间的不同。
来自" atlassian：forking workflow"
分叉工作流与其他流行的GIT工作流程根本不同。
如果实际上是拉的请求模型（由GitHub及其叉子启动）：每个开发人员都推到自己的叉子存储库，并从叉子储备库中提取拉动请求，到达主仓库，维护者可以在其中选择并选择什么集成。
与经典的git工作流程不同，所有开发人员都推向相同远程存储库，但在不同的分支中，并且具有不同的合并工作流（例如 gitworkflow ）。
so：
所述的工作流与其他人所说的"叉子和拉"相同？
否：这是GitHub模型的另一个名称，您可以在其中叉子从那个叉子上拉出，创建一个新的分支，然后将其推回（叉至叉子），并提出拉请请求。
github与共享存储库模型进行了对比，其中授予合作者的推动访问对单个共享存储库的访问，并在需要进行更改时创建主题分支。
拉的请求在此模型中很有用，因为它们在将更改合并到主要开发部门之前就启动了代码审查和一般讨论。
。