Я надеялся получить некоторые рекомендации по лучшему способу продвижения сборки через ее среды.
У нас есть 3 среды: DEV, STAGING, PROD.
] Сборка DEV Jenkins работает в режиме непрерывной интеграции, поскольку код проверяется на подрывную деятельность,Дженкинс запустит новую сборку (очистить, скомпилировать, протестировать, развернуть).
Сложность - когда дело доходит до STAGING и PROD.
Идея заключалась в том, чтобы вручную продвигать успешную сборку DEV в STAGING. STAGING build проверяет номер версии SVN DEV, строит, тестирует, развертывает в промежуточную версию и, наконец, создает ветвь в SVN.
Наконец, менеджер выпуска может вручную продвигать STAGING сборку в PROD. Сборка PROD будет проверять ветку из предыдущей сборки STAGING, развертывать ее в PROD и отмечать ветку как выпуск.
Я пытался использовать комбинацию подключаемого модуля рекламных сборок и модуля параметризованного триггера, но безуспешно. Номер версии Subversion, похоже, не передается между сборкой DEV и STAGING.
Есть ли у кого-нибудь какие-либо рекомендации по их процессу продвижения сборки в нескольких средах?