在尝试组织我们的 Azure Devops 时，我们试图决定是否应该使用多个项目、组织。挑战在于，我们正在容纳多个客户项目，每个项目都有自己的解决方案。选项是在我们自己的组织下创建多个组织（每个客户一个）或多个项目。似乎根据此https://docs.microsoft.com/en-us/azure/devops/organizations/projects/about-projects?view=azure-devops帖子 MSFT 建议尽可能少的项目。我们在项目之间有大约相同的 10ppl 跳跃，但在某些情况下，只有一个子集可以访问，尽管这比在多客户设置中正确使用/组织存储库更不重要。
3286 次
1 回答
2
我与 Microsoft Dev Ops 的某个人通了电话，做了一个屏幕共享并向他们展示了结构。她说我们目前拆分的方式效果更好，是推荐的方法。我觉得这与上面列出的已发布指南背道而驰，并对此进行了解释。但鉴于我们自然倾向于以这种方式设置它，再加上 MSFT 的回应，我认为这将满足我们的需求。因此，对于我们将长期维护代码的大多数项目，我们会将其放在我们的组织下，但继续制作不同的项目，以便我们可以拥有自己的构建流程、团队、董事会等。这是备份的由我也知道的 MSFT MVP 提供，因此希望这将有助于其他人思考如何构建他们的 Azure Devops。
于 2019-06-05T21:48:33.960 回答