【问题标题】:Creating configuration pane for Azure DevOps extension为 Azure DevOps 扩展创建配置窗格
【发布时间】:2019-01-09 13:54:07
【问题描述】:

我们为 Azure DevOps (0) 创建了一些扩展,它们是管道扩展。

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

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

1) 关于“组织级别”

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

2) 在“项目级别”

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

当扩展程序对“已保存的工作项”做出反应时,它将查询两个级别的参数以确定要做什么。

我的问题是:我该把这些信息保存在哪里?我可以在正在使用的模板中添加一些“自定义字段”,但是由于只能将字段添加到工作项类型中,因此无论如何都不太理想。

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

PS:我们扩展的源代码在此处作为 OSS(Apache 许可证)提供:

(0)https://bitbucket.org/projectum/

谢谢你:-)

【问题讨论】:

    标签: azure-devops azure-devops-extensions


    【解决方案1】:

    事实证明,Azure DevOps 可以为扩展存储数据。它可以在 Project Collection 范围和 User 范围内存储数据。

    我想我可以用它来存储我需要的数据。我现在只需要弄清楚用户或管理员用来维护这些数据的 UI 应该放在哪里。

    https://docs.microsoft.com/en-us/azure/devops/extend/develop/data-storage?view=vsts

    :-)

    【讨论】:

    • 嗨 Jesper,您知道如何创建一个 UI 屏幕来存储扩展的配置参数吗?
    【解决方案2】:

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

    这可能更容易在扩展之外进行管理,而只需使用服务挂钩来调用完成您想要的一些中间层。

    【讨论】:

    • 嗨@Matt,关于1),之后可以从扩展中读取这些值吗?和 2) 好吧……关键是要避免扩展的中间层。在 Market Place 中拥有一个扩展使得我们很难要求一个中间层组件,我们应该自己托管或让客户/用户/组织在扩展可以使用之前启动。
    • 我偶然发现了这个stackoverflow.com/questions/52335657/…,因此确实可以访问服务连接......但是,唉,不是指定的密码。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-05-05
    • 1970-01-01
    • 1970-01-01
    • 2020-08-21
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多