Более эффективные способы (больше похожий на git) для конвейеров выпуска версий в DevOps Azure?

Question

Подход, который мы используем в настоящее время в Azure Devops для выпусков, когда требуется изменение конвейера.

• Клонировать активную версию и увеличить номер версии
• Повторно введите все секреты и внесите изменения в новый конвейер.
• При проверке продвигать клонированный конвейер до текущего (через переименование)
• Пометить старый конвейер как Старый и сохранить его (потому что, если мы удалим его, мы потеряем историю выпуска)

Почему мы это делаем?

• Не хотите прерывать текущий активный конвейер с помощью WIP.
• VSTS, по-видимому, не разрешает git, как версионирование / ветвление релизных конвейеров.

Вопрос, есть ли у кого-нибудь лучший способ сделать версионный конвейер более согласованным с git-подобной моделью. В идеале мы хотели бы

• Ветвь текущего трубопровода, (сохраняя секреты)
• Работать на отводе.
• При проверке объединить новый конвейер обратно в текущий конвейер.

Answer 1

ни один из инструментов ci \ cd, с которыми я работал, не позволяет ничего похожего на то, что вы предлагаете, так что нет, это невозможно. но что вы могли бы сделать - вы могли бы создавать новые среды внутри существующего задания по выпуску (скажем, dev-new, рядом с dev) и настраивать шаги задачи. Преимущества: вы сохраняете переменные, вы можете клонировать существующие задачи и вносить в них изменения, применять изменения так же просто, как удалять старые среды