Azure DevOps 多个组织或多个项目
Azure DevOps Multiple Organizations or Multiple Projects
在尝试组织我们的 Azure Devops 时，我们试图决定是否应该使用多个项目、组织。挑战在于我们要容纳多个客户项目，每个项目都有自己的解决方案。选项是在我们自己的组织下创建多个组织（每个客户一个）或多个项目。似乎根据这个 https://docs.microsoft.com/en-us/azure/devops/organizations/projects/about-projects?view=azure-devops post MSFT 建议尽可能少的项目。我们在项目之间有大约相同的 10ppl 跳转，但在某些情况下只有一个子集可以访问，尽管这比在多客户设置中适当 use/organization 回购协议更令人担忧。
我与 Microsoft Dev Ops 的某个人通了电话，进行了屏幕共享并向他们展示了结构。她说，我们目前的拆分方式效果更好，是推荐的方法。我觉得这违背了上面列出的已发布指南并对此进行了解释。但考虑到我们自然倾向于以这种方式设置它，再加上 MSFT 的响应，我认为这将满足我们的需求。因此，对于我们将长期维护代码的大多数项目，我们将把它放在我们的组织下，但继续制作不同的项目，这样我们就可以拥有自己的构建流程、团队、董事会等。这是有后盾的由我也知道的 MSFT MVP 编写，因此希望这会帮助其他人思考如何构建他们的 Azure Devops。
在尝试组织我们的 Azure Devops 时，我们试图决定是否应该使用多个项目、组织。挑战在于我们要容纳多个客户项目，每个项目都有自己的解决方案。选项是在我们自己的组织下创建多个组织（每个客户一个）或多个项目。似乎根据这个 https://docs.microsoft.com/en-us/azure/devops/organizations/projects/about-projects?view=azure-devops post MSFT 建议尽可能少的项目。我们在项目之间有大约相同的 10ppl 跳转，但在某些情况下只有一个子集可以访问，尽管这比在多客户设置中适当 use/organization 回购协议更令人担忧。
我与 Microsoft Dev Ops 的某个人通了电话，进行了屏幕共享并向他们展示了结构。她说，我们目前的拆分方式效果更好，是推荐的方法。我觉得这违背了上面列出的已发布指南并对此进行了解释。但考虑到我们自然倾向于以这种方式设置它，再加上 MSFT 的响应，我认为这将满足我们的需求。因此，对于我们将长期维护代码的大多数项目，我们将把它放在我们的组织下，但继续制作不同的项目，这样我们就可以拥有自己的构建流程、团队、董事会等。这是有后盾的由我也知道的 MSFT MVP 编写，因此希望这会帮助其他人思考如何构建他们的 Azure Devops。