Azure devops 正在为Azure DevOps扩展创建配置窗格

Azure devops 正在为Azure DevOps扩展创建配置窗格,azure-devops,azure-devops-extensions,Azure Devops,Azure Devops Extensions,我们已经为Azure DevOps(0)创建了一些作为管道扩展的扩展 我们正在尝试创建新的扩展,可以对Azure板工作项的更改做出反应。用于与工作项中的更改进行交互的API非常简单,但我们正在努力配置扩展 本质上,我们需要允许用户在两个级别上配置扩展 1) 论“组织层面” 用户(项目管理员)应该可以将参数配置为“外部系统URL”等。这方面的示例如下: 2) 关于“项目级” 对于Azure DevOps中的每个项目,管理员应该能够配置诸如“启用/禁用扩展”或“外部UID”等参数。这方面的示例可能

我们已经为Azure DevOps(0)创建了一些作为管道扩展的扩展

我们正在尝试创建新的扩展,可以对Azure板工作项的更改做出反应。用于与工作项中的更改进行交互的API非常简单,但我们正在努力配置扩展

本质上,我们需要允许用户在两个级别上配置扩展

1) 论“组织层面”

用户(项目管理员)应该可以将参数配置为“外部系统URL”等。这方面的示例如下:

2) 关于“项目级”

对于Azure DevOps中的每个项目,管理员应该能够配置诸如“启用/禁用扩展”或“外部UID”等参数。这方面的示例可能类似于以下模型:

当扩展对“保存的工作项”做出反应时,它将查询两个级别上的参数,以确定要执行的操作

我的问题是:我到底要把这些信息保存在哪里?我可以向正在使用的模板中添加许多“自定义字段”,但由于只能将字段添加到工作项类型中,因此这在任何方面都不理想

我可以在哪里通过API保存这些信息

PS:我们的扩展的源代码可以作为OSS(Apache许可证)在这里获得:

(0)

谢谢:-)

对于#1,它看起来有点像您可以在管道的服务连接下配置的内容。但这是每个项目,而不是在组织级别


这可能更容易在扩展之外进行管理,而只需使用服务钩子调用一些中间层即可实现您所需的功能。

事实证明,Azure DevOps有一种存储扩展数据的方法。它可以在项目集合范围和用户范围上存储数据

我想我可以用它来存储我需要的数据。我现在需要做的就是找出将用户或管理员用来维护这些数据的UI放在哪里


:-)

Hi@Matt,关于1),之后可以从扩展读取值吗?2)嗯。。。关键是要避免在扩展中使用中间层。在市场上有一个扩展,这使得我们很难要求一个中间层组件,我们应该自己托管,或者在使用扩展之前让客户/用户/组织启动。我无意中发现了这一点,因此服务连接确实可以访问。。。但是,唉,不是指定的密码。嗨,Jesper,你找到如何创建UI屏幕来存储扩展的配置参数了吗?