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