Azure devops Azure DevOps中版本发布管道的更好方法（更像git）？

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

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

我们为什么要这样做

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

问题是，是否有人有更好的方法来完成版本化管道工作，使之更符合git模型。理想情况下，我们很乐意

• 分支当前管道（保密）
• 在分支管道上工作
• 验证后，将新管道合并回当前管道。

---

我使用过的任何ci\cd工具都不允许您提出的建议，因此不，这是不可能的。但您可以做的是——您可以在现有的发布作业（比如dev new，在dev旁边）中创建新环境，并配置任务步骤。优点：保留变量，可以克隆现有任务并对其进行修改，应用更改就像删除旧环境一样简单

您可能需要查看此功能（），因为这可能是简化您想要实现的目标的一项要求。无需查看，对吗？它还没有结束，即使是在预览中，我也投票结束这个问题，因为这个问题已经不再有用了，因为YAML管道正是实现这一点的，并且是创建管道的标准方法。