(在这里发布问题,因为这是微软重定向到的“社区”,带有“需要建议?询问社区”按钮。希望它不会因为“主要基于意见”或“太广泛”而被关闭)
你好,
我想开始在我的部门使用 AzureDevops 来组织代码和工作。我们是 小团队谁创建了 大量应用和插件。
其中一些应用程序具有 非常短的生命周期 ,即我们交付它们,并且它们可以工作多年而没有变化。其他应用程序更大,是 在几个月或几年内更新/修复 .
这些应用程序是 各方面完全分离 .
据我了解 Azure DevOps 结构,我的部门应该成为一个“组织”(我们可以/需要与公司的其他部分分开)。
我对“项目”部分感到有些困惑。文档说
In general, we recommend that you use a single project to support your organization or enterprise.
因此,假设我们确实有一个名为
Our Apps
的项目。 - 然后我们将所有单独的应用程序项目放在哪里?
据我了解,每个 产品 我们交付的(应用程序)应该有自己的存储库(或一组应用程序,如果它们在逻辑上是相连的)。
这是为了允许开发人员简单地在他们的机器上克隆 repo 并为此做出贡献 产品 仅 - 无需下载其他项目等。
我需要能够:
目前在我看来,这是唯一可以看到“列表”的地方 产品 我们有下面的下拉菜单吗:
要了解大到可以拥有自己的主板产品的情况的唯一方法是通过 创建一个新的单独的“SomeApp 团队”在项目中(即使是同样的人在里面),这样我就可以有一个 SomeApp 的板 - 并从这里查看板:
请您参考如下方法:
“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 .
您很快就会发现,标签、存储库、管道的命名指南将非常重要。能够快速过滤到正确的级别需要这一点。