Azure DevOps - 组织项目和仓库

Question

16

大家好，

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

其中一些应用程序的生命周期非常短，即我们将它们交付后，它们可以数年无需更改。其他应用程序较大，需要在几个月或几年内进行更新/修复。
这些应用程序在所有方面都是完全分离的。

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

我有些困惑于“项目”部分。文档中说

一般而言，我们建议您使用单个项目来支持您的组织或企业。

那么，假设我们确实有一个名为Our Apps的项目 - 那么我们要把所有单独的应用程序项目放在哪里呢？

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

为了让开发人员可以轻松地在本地克隆库并仅为该产品做出贡献，而不必下载其他项目等。我需要能够：

目前，在我看来，唯一能够看到“我们拥有哪些产品的列表”的地方是下拉菜单，如下图所示：

而查看“足够大以拥有自己的看板的产品正在进行什么”的唯一方法是在项目中创建一个新的单独的“SomeApp团队”(即使同样的人在其中)，以便我可以为SomeApp创建一个看板，并从这里查看看板，如下图所示：

问题：

有没有什么办法可以跨仓库或团队进行概述？

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

- Bartosz

1

参见：https://nkdagility.com/one-team-project/ - jessehouwing

1

跨团队视图：https://marketplace.visualstudio.com/items?itemName=ms.vss-plans - jessehouwing

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- jessehouwing · Accepted Answer

"一项目统治全局"这个名词是由Martin Hinshelwood提出的，他在很久以前的博客文章中解释了其原因和限制。通过将标记和筛选引入backlog，可以在单项目设置中采用另一种方法。

这样，每个团队都可以看到他们可以执行的所有工作内容的完整视图。并且他们可以通过标记快速过滤工作内容，以便在讨论特定项目/产品时删除一些条目。

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

计划视图扩展程序提供了跨越所有工作的额外跨团队视图。而依赖关系追踪器扩展程序可以在时间上可视化依赖关系。

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

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

另一个跨项目可视化选项是启用Analytics Extension并将其连接到PowerBI。

正如您很快会发现的那样，对于标记、存储库、管道的命名准则非常重要。能够快速过滤到正确的级别需要这个准则。