У нас есть приложение creat-реагировать-приложение, которое включает в себя несколько переменных, которые различаются (реагируют) время сборки, в зависимости от того, где сборка будет развернута.Например, нам нужно указать время сборки, какой URL будет использоваться, например, https://app -stage.company.com для release-x.y.z сборки против https://app.company.com для masterbuild (пожалуйста, обратитесь к этой статье о GitFlow ).Мы уже создали такой конвейер сборки, как было предложено здесь , который будет собирать с соответствующим config реакции для любого коммита в ветвях master, release-x.y.z, dev, hotfix-x.y.z.
Мы хотели бы создать конвейер релиза, который отражает процесс GitFlow и использует автоматические сборки.
Конвейер релиза должен быть развернут на сайте dev для сборки devна сайт стадии для сборки release-x.y.z и т. д. Я знаю, что могу проверить исходную ветку из сборки и отфильтровать / изменить конфигурацию / переменные на ее основе.Хорошо, поэтому я могу создать конвейер выпуска с одним этапом, конфигурация которого изменяется на лету в зависимости от того, какая ветка источника была построена.
Но я понимаю, что конвейеры выпуска "должны" иметь ряд этапов,т.е. dev -> stage -> production, вероятно, с разрешениями между ними.Я не могу понять, как этого можно достичь в этом сценарии.
Предложения?
На данный момент наша идея состоит в том, чтобы в выпуске была только одна измененная стадия на лету.конвейерная обработка и обработка этапов из запросов git merges / pull, согласно GitFlow.