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

Question

(在这里发布问题，因为这是微软重定向到的“社区”，带有“需要建议？询问社区”按钮。希望它不会因为“主要基于意见”或“太广泛”而被关闭)

你好，

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

其中一些应用程序具有 非常短的生命周期 ，即我们交付它们，并且它们可以工作多年而没有变化。其他应用程序更大，是 在几个月或几年内更新/修复 .
这些应用程序是 各方面完全分离 .

据我了解 Azure DevOps 结构，我的部门应该成为一个“组织”(我们可以/需要与公司的其他部分分开)。

我对“项目”部分感到有些困惑。文档说

In general, we recommend that you use a single project to support your organization or enterprise.

因此，假设我们确实有一个名为 Our Apps 的项目。 - 然后我们将所有单独的应用程序项目放在哪里？

据我了解，每个产品 我们交付的(应用程序)应该有自己的存储库(或一组应用程序，如果它们在逻辑上是相连的)。

这是为了允许开发人员简单地在他们的机器上克隆 repo 并为此做出贡献 产品 仅 - 无需下载其他项目等。

我需要能够:

轻松导航/查看 我们创建的所有数十/(数百？)个应用程序，

查看他们的 单独的看板板(对于那些确实拥有它的项目，并非所有人都会)

查看他们的存储库(Git 或 TFS)、提交等

查看和管理他们的管道

目前在我看来，这是唯一可以看到“列表”的地方 产品 我们有下面的下拉菜单吗:



要了解大到可以拥有自己的主板产品的情况的唯一方法是通过 创建一个新的单独的“SomeApp 团队”在项目中(即使是同样的人在里面)，这样我就可以有一个 SomeApp 的板 - 并从这里查看板:

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

任何替代方法？

有什么方法可以进行“跨存储库”或“跨团队”概述？

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

Answer 1

“one project to rule them all ”是由 Martin Hinshelwood 和他的博客文章从 way-back-when 创造出来的，解释了原因和限制。

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

为您组织中的真实团队创建团队。

为组织中的每个主要项目/产品创建区域路径。

将这些团队所在项目的区域路径分配给团队。这可能会随着时间而改变。

可选择使用主要项目/产品标记工作项以进行额外过滤。

通过这种方式，每个团队都可以看到他们可以从中提取的所有工作的完整 View 。在讨论特定项目/产品时，他们可以通过标签快速过滤工作以从 View 中删除项目。

此外，当团队将他们的重点从一个产品/项目转移到另一个产品/项目时，您可以简单地更改为该团队分配的区域以更新他们的 View 。

Plan View扩展提供了跨所有工作的额外跨团队 View 。和 Dependency Tracker扩展可以随着时间的推移可视化依赖关系。

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

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

跨项目可视化的另一个选项是启用 Analytics Extension和 connect it to PowerBI .

您很快就会发现，标签、存储库、管道的命名指南将非常重要。能够快速过滤到正确的级别需要这一点。