【问题标题】:Pre-define work items for inherited process and auto create it in Azure Boards为继承的进程预定义工作项并在 Azure Boards 中自动创建它
【发布时间】:2019-08-05 17:00:51
【问题描述】:

是否可以使用继承的流程在 Azure DevOps 中预定义一些常用的工作项,并在使用此流程创建新项目时使用这些工作项自动填充 Azure Boards?

例如,我们大多数项目中都有常用的工作项,如“用户模块”、“登录模块”等。是否可以在某处默认设置,以便在我创建新项目时,这些工作项Azure Boards 上是否已经存在?

【问题讨论】:

    标签: azure-devops


    【解决方案1】:

    是否可以在某处默认设置此项,以便在我创建新项目时,这些工作项已经在 Azure Boards 上?

    恐怕目前没有这样的方法。

    根据文档Customize your work tracking experience,我们可以知道:

    您进行的自定义发生在三个级别之一:

    • 团队资产或工具:每个团队都可以自定义或配置他们的特定工具,有关详细信息,请参阅关于团队和敏捷工具
    • 项目级别: 添加或修改工作项类型、数据字段、待办事项级别和其他跨团队共享的对象

    • 对象级别:授予或限制对工作跟踪工具的访问权限,包括设置对象和项目的权限以及 将用户或组分配给特定的访问级别。

    对于项目级别,我们可以自定义工作项类型、数据字段、积压级别等,这些都是工作项的组件或属性,而不是整个工作项。你想要的是一个基于流程的自定义实例,这更接近于模板而不是流程。

    要实现它,就像 Shayki 说的那样,您可以使用 Azure DevOps Rest API 编写脚本来创建这些工作项,并在创建项目后将其添加到 Azure Boards,例如 this thread

    希望这会有所帮助。

    【讨论】:

    • 感谢您提供见解并提供指向使用 REST API 的示例的链接。我还创建了一个功能请求来实现上述功能here我希望它会被采纳。
    • @PriyankPanchal,太好了!我订阅了它,将检查反馈。感谢您帮助我们构建更好的 Azure DevOps。
    【解决方案2】:

    不,Azure DevOps 中不存在此功能,您可以为此创建一个Feature Request

    作为解决方法,您可以使用Azure DevOps Rest API 并编写一个小脚本来创建这些工作项,当您创建一个新项目时只需运行该脚本即可。

    【讨论】:

      猜你喜欢
      • 2020-09-05
      • 1970-01-01
      • 1970-01-01
      • 2020-09-12
      • 2020-10-26
      • 2017-04-12
      • 1970-01-01
      • 2021-08-09
      • 1970-01-01
      相关资源
      最近更新 更多