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

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

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

我们为什么要这样做?

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

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

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