Azure devops 使用RESTAPI编辑发布定义或构建定义以传递变量组或调度是一种好方法

Azure devops 使用RESTAPI编辑发布定义或构建定义以传递变量组或调度是一种好方法,azure-devops,azure-pipelines,azure-devops-rest-api,Azure Devops,Azure Pipelines,Azure Devops Rest Api,我能够使用RESTAPI通过“PUT”将变量组或计划传递给发布管道。但问题是这将编辑发布定义。我想知道使用RESTAPI编辑发布定义是否是一种很好的实践来实现这一点 问一些关于美好事物的问题通常是主观的。我想说,这取决于你的实际最终目标是什么。如果您有n个发布管道,其中n是一个很大的数字,并且这些发布管道中x个的更新都是相同的,那么编写编辑脚本是随着组织或团队需求的发展操纵发布定义的一种好方法。如果您谈论的是对流程或业务文化中一些含糊不清或定义不清的部分的发布定义的常规和/或频繁操作,那么您可能

我能够使用RESTAPI通过“PUT”将变量组或计划传递给发布管道。但问题是这将编辑发布定义。我想知道使用RESTAPI编辑发布定义是否是一种很好的实践来实现这一点

问一些关于美好事物的问题通常是主观的。我想说,这取决于你的实际最终目标是什么。如果您有n个发布管道,其中n是一个很大的数字,并且这些发布管道中x个的更新都是相同的,那么编写编辑脚本是随着组织或团队需求的发展操纵发布定义的一种好方法。如果您谈论的是对流程或业务文化中一些含糊不清或定义不清的部分的发布定义的常规和/或频繁操作,那么您可能想询问这些需求,以及为什么存在这些需求,并迫使您更改构建/发布管道。这些需求可能需要继续存在,在这种情况下,我建议(如果可能的话)设计管道是这样一种方式,即其他工具可以通过REST api使用管道,创建满足备用变量或调度要求的发布


通过REST api访问管道允许您的流程“灵活”,但随着时间的推移,坚持尽可能多的一致性将使开发人员和干系人对系统的信任不会成为质量问题的原因。

您所说的“其他工具”是指定制软件,如计划任务、脚本、,可以与发布定义分开管理的etc。这些工具将使用RESTAPI在适当的时间使用适当的参数等创建发布,而不是编写工具来更改实际的管道。