问题标签 [azure-boards]

我已阅读所有 MSDN 文档，但找不到在 Azure DevOps 服务（VSTS 在线）中编辑工作项转换的方法。

我试着：

1. 将自定义原因添加到工作项的状态。（例如“已解决”、“不会修复”）
2. 查看/编辑有关状态如何转换的所有现有规则。

I have an inherited process from an Agile process. The base process had the following states New, Active, Resolved, Completed. I added several new states, so now it goes New, Triaged, Active, Development Dont, IT Testing Done, Resolved, Confirmed, Completed to better match how it flows through different people.

The process has some built in State change rules, so when it goes from New to Resolved or Active to Resolved the Assigned To changes back to the Created By person. Also when it goes from Resolved back to Active it switches the assigned to back to the Resolved By user. This works fine, the problem that I have is that these state change rules only happen for these specific states.

In VSTS online I have setup some custom rules to do different things as it moves between different states, but what I can't find a way to do is to set the Assigned To field to some other person field on the Work Item. I can set it to a hard coded person, but that is not what I want. I want to do the same state change rules that already exist for the built in states on my new states.

Here is an example of some of the rules that I have set, but I cannot find a way to set the Assigned to field to another field, i.e. Created By or Resolved By.

我如何才能看到 azure board 中实际上没有在正确的层次结构中完成的所有项目。此外，我如何查看积压中的非父任务以计划冲刺。

我使用史诗 -> 工作几个月，功能 -> 工作几周，用户故事 -> 工作几天和任务 -> 工作几个小时。因此，例如，我有无父任务以及直接在功能下的任务。

是否可以从 Azure Boards 中的工作项中检索所有子项？我有以下结构：

• 里程碑
  • 特征（儿童）
    • 发展 PBI 1（儿童）
      • 开发 PBI 2（继任者）
        • ...（继任者）
          • 开发 PBI N（继任者）

这是我到目前为止所做的查询：

但是，只检索到第三级，即里程碑、功能和开发 PBI 1

在 Azure DevOps 中，可以在工作项的评论中 @Tag 用户。是否可以查询项目以找到有我被标记的评论的工作项目？

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

你好，

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

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

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

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

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

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

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

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

我需要能够：

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

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

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

1. 这是组织结构的预期方式吗？
2. 任何替代方法？
3. 有没有办法获得“跨存储库”或“跨团队”概述？
4. 为每个“产品”创建文档怎么样？

我有一些功能需要分配给设计团队，然后是后端团队，最后是应用程序的测试和发布。在当前设置下，每个人都在一个团队中，他们只需将工作拖放到下一列。有人可以帮我设置这个自动化吗？

我曾尝试添加更多泳道并添加更多列，但这只会弄得一团糟，而且不像应有的那样整洁和用户友好。我也不希望再次为所有团队重复所有项目，因为它将超过 3000 个功能，我没有时间重新对所有内容进行排序。

我想知道后端和前端以及测试花了多长时间，然后决定如何与每个团队一起前进。更重要的是，一旦我添加了新功能或史诗，并将其分配给设计团队，他们应该能够将其分配给后端团队，然后再分配给前端等等。除非它已经通过负责模块或产品发布的团队，否则两者都不应该能够将其拖到 Done。

我已使用自托管代理将本地 Git 服务器的 CI/CD 与 Azure DevOps Pipelines 连接起来。

我可以使用 Azure DevOps - Boards 进行端到端的 WorkItem 跟踪，还是在使用本地 Git 时不可能？

我有如下要求：

1. 在 Azure Devops 中创建新的工作项
2. IterationID 应该为1
3. 如果我修改该 WorkItem 中的某些内容说“ Description ”，它应该增加迭代 ID。

就我而言，如果我创建一个新的工作项说“用户故事”，它会使用迭代 ID “2”创建

尽管我更改了描述，但它仍然是相同的。

以下是我遵循的详细步骤。

• 将用户故事创建为工作项

• 它使用迭代 ID 2 创建

• 修改了用户故事（更改描述）

• 迭代 ID 仍然保持不变

• 以下是该用户故事的历史页面。

请让我知道我需要实施什么配置才能满足要求。

提前致谢。

我正在使用 Azure DevOps 中的基本工作项流程。

如果我在没有任何过滤器的情况下查看我的积压工作，那么它会向我显示一个层次结构，其中史诗作为顶级项目，然后是问题，然后是工作项目。

如果我过滤它以仅显示要执行或正在执行的项目，它会将它们显示为平面列表，而不是层次结构。

有没有办法将项目视为层次结构，但过滤掉已完成的项目？

根据 Shayki Abramczyk 的评论进行更新

选项按钮不包含显示父母的选项...