在Azure DevOps中进行版本发布管道的更好方法(更像git)?

时间:2019-01-18 00:28:57

标签: azure-devops azure-pipelines

当需要更改管道时,我们目前在Azure Devops中用于发布的方法。

  • 克隆活动版本并增加版本号
  • 重新输入所有秘密,并修改新管道。
  • 通过验证后,将克隆的管道提升为当前管道(通过重命名)
  • 将旧管道标记为Old并保留(因为如果删除它,则会释放版本历史记录)

我们为什么要这样做?

  • 不想用WIP中断当前活动的管道。
  • VSTS似乎不允许git像发布管道的版本控制/分支一样。

问题,是否有人有更好的方法来进行版本化的管道工作,使其更符合git之类的模型。理想情况下,我们希望

  • 分支当前管道,(保守秘密)
  • 在分支管道上工作。
  • 通过验证后,将新管道合并回当前管道。 enter image description here

1 个答案:

答案 0 :(得分:1)

我所使用的ci \ cd工具都不允许您提出类似的建议,所以不能,这是不可能的。但是您可以做的是-您可以在现有发布作业中创建新环境(例如dev-new,紧挨dev)并配置任务步骤。优点:您可以保留变量,可以克隆现有任务并进行修改,应用更改就像删除旧环境一样简单