我们目前在Azure Devops中使用的方法是在需要更改管道时发布。
-
克隆活动版本并增加版本号
-
重新输入所有秘密,并对新管道进行修改。
-
验证后,将克隆的管道升级到当前管道(通过重命名)
-
将旧管道标记为旧管道并保留(因为如果删除它,则会丢失发布历史记录)
我们为什么要这样做?
-
不想用WIP中断当前活动的管道。
-
VSTS似乎不允许发布管道的类似git的版本控制/分支。
问题是,是否有人有更好的方法来执行版本化的管道工作,使其更符合类似于git的模型。理想情况下我们愿意
-
分支当前管道(保守秘密)
-
在分支管道上工作。
-
验证后,将新管道合并回当前管道。