Azure devops Azure DevOps-组织项目和存储库

（在此处发布问题，因为这是Microsoft通过“需要建议？询问社区”按钮重定向到的“社区”。希望它不会因为“主要基于意见”或“过于广泛”而关闭）

---

你好,

我想在我的部门开始使用AzureDevops来组织代码和工作。我们是一个创建大量应用程序插件的小型团队

其中一些应用程序的生命周期非常短，也就是说，我们提供这些应用程序，并且它们可以工作数年而不做任何更改。其他应用程序更大，并且在几个月或几年内更新/修复
这些应用程序在所有方面都是完全独立的

据我所知，Azure DevOps结构，我的部门应该成为一个“组织”（我们可以/需要与公司的其他部门分开）

我对“项目”部分有点困惑。文件说

通常，我们建议您使用单个项目来支持您的组织或企业

那么，假设我们有一个名为“我们的应用程序””的项目，那么我们把所有单独的应用程序项目放在哪里呢

据我所知，我们交付的每个产品（应用程序）都应该有自己的存储库（或者一组应用程序，如果它们是逻辑连接的）

这是为了让开发人员只需在他们的机器上克隆回购协议，并仅为该产品做出贡献，而无需下载其他项目等

我需要能够：

• 轻松浏览/查看我们创建的数十/（数百？）个应用程序
• 查看他们的单独看板（对于那些有看板的项目，并非所有看板都有）
• 查看其存储库（Git或TFS）、提交等
• 查看并管理他们的管道

目前，在我看来，我唯一能看到产品的“列表”的地方是下面的下拉列表：

要了解大到足以拥有自己的board产品的情况，唯一的方法是在项目中创建一个新的单独的“SomeApp团队”（即使项目中有相同的人），这样我就可以为SomeApp创建一个board，并从这里查看这些board：

这是组织结构的预期方式吗

有其他办法吗

有没有什么方法可以进行“跨部门”或“跨团队”的概述

为每个“产品”创建文档怎么样

“”是由Martin Hinshelwood和他的博客文章在解释原因和局限性时创造的

随着对积压工作的标记和过滤的引入，在一个项目设置中有一种替代方法

• 为组织中真正的团队创建团队
• 为组织中的每个主要项目/产品创建区域路径
• 将这些团队所在项目的区域路径分配给团队。这会随着时间的推移而改变
• 可以选择使用主要项目/产品标记工作项，以进行其他筛选

这样，每个团队都可以看到他们可以完成的所有工作的完整视图。在讨论特定项目/产品时，他们可以通过标签快速过滤工作，从而从视图中删除项目

此外，当团队将焦点从一个产品/项目更改为另一个产品/项目时，您只需更改该团队的指定区域即可更新其视图

该扩展提供了跨所有工作的附加跨团队视图。扩展可以可视化随时间变化的依赖关系

您还可以使用Epic/Feature/PBI | UserStory树结构在工作项中创建其他分组。您可以自定义流程模板以引入产品级别，但要使规划功能发挥作用，这也意味着您还必须创建从产品到PBI | UserStory的完整可追溯性

主要建议是以轻量级的方式尝试其中一些方法，看看它们是如何工作的，并找到自己的理想设置

跨项目可视化的另一个选项是启用和

---

您很快就会明白，标记、存储库和管道的命名准则将非常重要。要能够快速筛选到正确的级别，需要这样做。

另请参见：跨团队视图：Martins博客上的图像目前已损坏，看起来像是右键单击，在新窗口中打开显示。