问题标签 [azure-boards]

我想将 Azure DevOps 项目的流程从 Scrum 更改为 Basic。

我读到：

1. 以前无法在 Azure Devops 中的系统项目流程（例如 Scrum->Basic）之间进行更改。相反，只能在同一父系统进程的系统和继承进程之间切换。
2. 但是现在可以在所有进程之间切换。

记录过程 A

根据这个网页，我应该能够：

组织设置 -> 董事会 -> 流程 -> 项目 -> Scrum -> 选择 Scrum 项目旁边的“...” -> 选择“基本” -> 保存

然而，这就是发生的事情：

组织设置 -> 董事会 -> 流程 -> 项目 -> Scrum -> 任何项目旁边都没有“...”

记录过程 B

虽然我找不到上面的“更改过程”选项，但我可以找到此网页上提到的选项：

组织设置->董事会->流程->流程->选择基本流程旁边的“...”->“更改团队项目以使用基本”

所以我想知道这是否已经取代了上面的记录过程 A 或者它是否是它的补充？

但是，当我尝试这个时，我得到一个错误：

目前没有可更改为基本流程的项目。

并且此网页指出

只有那些从敏捷过程创建的项目或从敏捷继承的项目才会出现在可用项目列下。

这似乎是指我们无法在系统进程之间切换的日子。

其他检查

我不认为这与权限有关，因为我具有“基本”访问权限，我是项目管理员，而且我也在“项目集合管理员”组中，文档说该组为我提供了更改项目流程所需的权限。

我也没有工作项目。

我尝试过系统项目流程和继承的项目流程的组合。没有变化，仍然不能移动到任何基于 Basic 的 Process。

引用的网页示例适用于 Basic-to-Agile。我找不到任何相反的记录示例：Agile->Basic、Scrum->Basic 等。所以我想知道这是否还不适用于以 Basic 作为目标？

我已经提交了 Microsoft 支持请求，但没有得到回应，所以我在这里联系。

当前用户是项目管理员组的成员。

这是向董事会界面添加新用户故事和错误所需的最低组成员资格吗？

是否有可能在 Azure DevOps“跨项目”范围内跟踪工作项？这样我就可以大致了解所有项目的所有内容，例如史诗，以及它们何时到期。（特定工作项的跨项目路线图）。

我搜索了扩展库，并认为它可以通过提取所有工作项，然后将其组合到自己的工具中来通过 API 完成。

任何想法，将不胜感激。

我目前正在根据默认的敏捷流程模板定义自定义流程。

如果可能的话，我想获得一个模板，这样我就可以将它存储在我们的 git 存储库中以跟踪任何更改。

阅读几篇文章，我发现的大部分内容都是针对 TFS 的。

https://docs.microsoft.com/en-us/azure/devops/boards/work-items/guidance/manage-process-templates?view=azure-devops

Azure Boards 目前无法实现这一点，我是否正确？

编辑：似乎可以通过 REST API 提取我的流程和布局，但似乎没有布局的添加/更新功能（这似乎定义了实际的工作项类型）

https://docs.microsoft.com/en-us/rest/api/azure/devops/processes/layout/get?view=azure-devops-server-rest-5.0

过去我曾经使用 GitHub 来存储我的存储库。我在 GitHub 中为 Pivotal Tracker 设置了一个钩子，它允许我传递一个 id 和一个状态，它会在提交时更新 Pivotal Tracker 中的作业。

在将工作提交到我的 Azure DevOps 存储库时，我想做同样的事情。这可能吗？

我们在一个项目中有许多工作项。现在，我们的 devops 中有另一个组织，我们希望将所有现有的工作项从旧组织（项目）移动到新组织。如何才能做到这一点？

我之前看到有人讨论过这个问题，还有一些评论说“我们使用 excel”。但没有关于如何实际执行此操作的信息。

我在一家创建许多大型到小型应用程序的企业中。早在我开始使用 Visual Studio Online/VSTS/现在的 Azure devops 时，我将所有这些应用程序分成不同的项目。但是，现在似乎对在一个项目中管理多个应用程序提供了很好的支持，从管理的角度来看，这似乎更容易。

从我所做的研究看来，我可以单独完成每项服务：

1. Repos：从合并项目中选择 Import Repository 并输入我要导入的应用程序的 URL小心

此外，系统会自动将“状态”和“原因”字段重置为您移动的工作项类型的默认初始值。

我浏览了文档并错过了那个片段。哎呀

2. 板：去查询（可选地选择跨项目查询）并将所有项目移动到合并项目（创建适当的团队、区域和过去的冲刺以保留历史）
3. 构建：从源项目导出 json 并导入到合并项目
4. 发布：与构建相同

（我们目前不使用测试计划或工件）

这样做我可能会丢失构建和发布历史，一旦足够的时间过去，这可能没什么大不了的，但我没有找到任何其他好的方法。

我的两个问题是：

1. 是否有更好的指导方针将整个项目转移到一个项目？
2. 除了我没有意识到的构建和发布历史之外，我会永久或暂时丢失任何其他内容吗？

我错误地删除了 Sprint 及其相关工作项目我去了回收站，但我找不到那里的那些或推荐的 sprint。有人对我有解决方案或建议吗？

Sprint 157 的发行说明宣布可以添加汇总列。

如何将这些汇总列添加到我的待办事项中？

我们的组织页面如下所示

我知道您可以使用该#XXX格式作为提交消息的一部分将提交链接到 PBI，但是在提交提交后有没有办法做到这一点？

我们的开发人员偶尔会忘记在数字前面加上 # 或者只是忘记完全链接，并且能够通过 PBI 跟踪提交非常有用。