【问题标题】:Azure DevOps Multiple Organizations or Multiple ProjectsAzure DevOps 多个组织或多个项目
【发布时间】:2019-09-22 21:23:38
【问题描述】:

在尝试组织我们的 Azure Devops 时,我们试图决定是否应该使用多个项目、组织。挑战在于,我们正在容纳多个客户项目,每个项目都有自己的解决方案。选项是在我们自己的组织下创建多个组织(每个客户一个)或多个项目。似乎根据此https://docs.microsoft.com/en-us/azure/devops/organizations/projects/about-projects?view=azure-devops 帖子,MSFT 建议尽可能少的项目。我们在项目之间有大约相同的 10ppl 跳跃,但在某些情况下,只有一个子集可以访问,尽管这比在多客户设置中正确使用/组织存储库要小。

【问题讨论】:

  • 使用一个组织,一个团队项目。使用团队来组织您的各种客户端,并使用安全组来限制对存储库的访问。
  • 感谢@DanielMann 的回复,抱歉我迟到了。我的问题是管道和所有基于项目级别的东西。那么,如果有 10 多个不同的项目正在构建到不同的 Azure 服务器,我的构建列表会不会变得非常混乱?
  • 构建可以组织到文件夹中

标签: azure azure-devops project project-organization


【解决方案1】:

我与 Microsoft Dev Ops 的某个人通了电话,做了一个屏幕共享并向他们展示了结构。她说我们目前拆分的方式效果更好,是推荐的方法。我觉得这与上面列出的已发布指南背道而驰,并对此进行了解释。但鉴于我们自然倾向于以这种方式设置它,再加上 MSFT 的回应,我认为这将满足我们的需求。因此,对于我们将长期维护代码的大多数项目,我们会将其放在我们的组织下,但继续制作不同的项目,以便我们可以拥有自己的构建流程、团队、董事会等​​。这是备份的由我也知道的 MSFT MVP 提供,因此希望这将有助于其他人思考如何构建他们的 Azure Devops。

【讨论】:

    猜你喜欢
    • 2019-12-30
    • 2019-03-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-08-02
    • 1970-01-01
    • 2019-08-31
    相关资源
    最近更新 更多