我们正在开发一个Azure DevOps扩展程序，将工作项更改推送到外部系统。 我们希望在目标系统中维护/保留Azure DevOps中的层次结构（史诗->特性->产品待办项/缺陷），因此我们需要确定工作项的父项。 从API中提取工作项实体时，它看起来像这样（有点简略）。{ "id...

我们构建了一个Azure Devops扩展，可以在管道的步骤中执行多个操作。当管道完成并显示结果时，我们编码使其显示附加自定义选项卡，我们使用vss-web-extension-sdk将这些自定义选项卡添加到结果中。 由于未知原因，从2020年6月1日起，这些选项卡不再出现。没有任何关于此问...

我希望开发一个简单的Azure DevOps扩展，用于在表格中显示一些数据。我的扩展基于扩展示例。 我能否在不完全按照这里所述的完整部署流程的情况下，在Azure DevOps之外调试此扩展？作为完全的Azure DevOps新手，我无法想象需要在每个更改时部署的开发周期。或者是否可以自动化部署？

新的Azure扩展开发文档指向一个在GitHub上的示例项目，您可以在其中看到针对Azure DevOps门户不同区域的各种扩展示例。然而，我无法找到有关所有可用贡献目标的任何文档。我在哪里可以找到这些信息。 例如，存储库选取器中如何添加新菜单选项的示例之一。这是贡献代码片段的样子： { ...

我在Azure Devops上有一个管道，我正在尝试使用REST API以编程/无头模式运行它：https://learn.microsoft.com/en-us/rest/api/azure/devops/pipelines/runs/run%20pipeline?view=azure-de...

我正在使用Azure DevOps（而不是TFS on-prem），我的扩展已经作为公共扩展发布，有许多人在使用它。在将其公开发布给所有人之前，我该如何推出一个新版本供自己（或特定组织）测试？ 我知道我可以将构建/发布管道扩展中的所有任务都升级到v2，这样如果出现问题，它就不会立即在用户的系...

我希望开发一个VSTS扩展。 开发周期的流程如下： 开发 打包 发布 上传 测试 这听起来有点繁琐，因为测试开发需要花费很多时间。 有没有什么方法可以加快开发周期？ 有没有办法模拟TFS？

我正在开发一组VSTS扩展。每个扩展都是一个独立的Node项目，拥有自己的package.json和node_modules文件夹。文件夹结构如下： - MyExtension - package.json // containing all dev-dependencies ...