GitHub工作流程：每个开发人员都应该拥有自己的fork吗？

Question

我们的团队第一次使用GitHub。我们对其进行了设置，以便我们可以使用pull requests作为代码审核的方式。

1. 有一个团体组织，每个人都有权利，并且包含规范的回购。
2. 每个开发者forked该组都会将更改推送到fork。
3. 开发人员在准备好时向群组仓库提交pull request，另一位开发人员会审核代码，然后pulls进入。

这是一个合理的工作流程吗？我担心的是，当组repo更新时，forked repos不会自动更新。如果每个人都直接为集团回购做出贡献会更好吗？如果是这样，有没有办法使用GitHub进行方便的代码审查？

Answer 1

每个开发人员始终都有自己的分叉;每个克隆都是一个完整的分叉。在Github中分配repo意味着每个开发人员都有两个分叉，在他们的本地分支和他们的Github分叉之间有很多冗余的推拉。

这对此毫无价值。当您希望有多个开发人员推拉时，或者当您无法将分支推送到原始仓库并打开拉取请求时，Github上的Forks非常棒。

在单个Github存储库中，您可以打开分支的拉取请求。通常，您的开发人员可以在功能分支上本地工作，将该分支推送到共享远程，然后打开Github pull请求以将该分支合并到master。