Git Integration Manager工作流 - 一个或多个存储库？

Question

我已经阅读了Integration Manager Workflow，它看起来非常适合我们的开发过程（该项目的一位首席开发人员，在开发人员致力于该项目的存储库之前审查其他开发人员的工作）。

然而，有一件事我不清楚。在Pro Git书的这个可视化中，似乎每个开发人员都有自己的（远程）存储库可以推送到：

在this chapter（“私人小团队”一节）中，他们似乎正在使用分支来实现相同类型的工作流程。

这是对的吗？我们应该使用哪种策略;分支机构或多个存储库？我猜想如果你从不同的存储库中提取工作，维护提交的时间表会更难？

Answer 1

您可以使用链接到的工作流程，但会增加一些开销。最大的优点是您可以异步工作，只需要访问服务器。

您不必使用公共和私人回购。如果您可以访问其他开发人员存储库，那么您仍然可以拥有基于拉取的工作流，其中开发人员提交他们的本地存储库并从中提取。

所以举个例子。说dev A正在开发分支featureA。他致力于他当地的分支功能A并让你知道“功能A现在准备就绪，你可以从我这里拉”。在这里，您可以将其存储库设置为远程，如“git remote add devA /path/to/devA/repo.git”，然后只需git pull devA featureA（或首先获取，检查代码然后合并）。

这当然假设您可以通过以下方式访问其存储库：网络，ssh或http。

Answer 2

这个问题已经存在了一段时间，但问题中给出的方法是有效的。它被称为Forking Workflow。嗯，它与上面的非常类似，似乎在意图和目的上与之相符，但至少有一个很好的写作应该澄清策略。