Azure DevOps - 组织项目和存储库

Posted 2023-02-23

【中文标题】Azure DevOps - 组织项目和存储库

【英文标题】：Azure DevOps - organizing projects and repositories

【发布时间】：2019-08-31 22:10:02

【问题描述】：

---

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

---

你好，

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

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

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

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

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

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

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

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

我需要能够：

轻松导航/查看

我们创建的所有数十/（数百个？）应用程序， 查看他们的

单独的看板

板（对于那些拥有它的项目，并非所有人都会） 查看他们的存储库（Git 或 TFS）、提交等 查看和管理他们的管道

目前在我看来，我唯一可以看到我们有哪些产品的“列表”是下面的下拉菜单： p>

而了解大到足以拥有主板产品的情况的唯一方法是创建一个新的独立“SomeApp 团队” 在项目中（即使同样的人也在其中），这样我就可以为 SomeApp 提供一个板 - 并从这里查看板：

这是组织结构的预期方式吗？ 任何替代方法？ 有没有办法获得“跨存储库”或“跨团队”概览？ 如何为每个“产品”创建文档？

【问题讨论】：

另见：nkdagility.com/one-team-project

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

【参考方案1】：

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

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

为您组织中的真实团队创建团队。 为组织中的每个主要项目/产品创建区域路径。 将这些团队的项目区域路径分配给团队。这可能会随着时间而改变。 可选择使用主要项目/产品标记工作项以进行额外过滤。

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

此外，当团队将重点从一种产品/项目转移到另一种产品/项目时，您只需更改为该团队分配的区域即可更新他们的观点。

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

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

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

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

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

【讨论】：

Martins 博客上的图片目前已损坏，看起来像右键单击，在新窗口中打开显示它们。