Сейчас у нас есть production сервер и develop где мы тестируем наши ветки (фичи), и сейчас столкнулись с проблемой когда нужно в один момент времени тестировать разные ветки. Как можно организовать процесс разработки и тестирования что бы не было конфликтов между разработчиками и тестировщиками при переключении веток?
Проект состоит из 3 сервисов под докером, весь проект собирается через docker-compose, я пытался наяти какое нибудь решение для гибкого разворачивания тестового стенда для веток, а после тестирования стенд просто бы удалялся но ничего не нашел.
Слишком мало инфы для ответа на вопрос.
Предположительно схема может быть такая :
Юзать Gitlab CI ( для примера)
Есть сценарии при котором нужен тест ( например пуш в ветку)
Так пусть при пуше поднимается контейнер с необходимой веткой ( gitlab ci это может делать) , далее тесты и затем удаление по тригеру или по времени - как нравится.
Проблемы могут быть на этапе общих внешних ресурсов или портов - про это ничего не сказано.
Ну или можно юзать ansiblе, поднимать например демо виртуалку - например ансибл может создавать виртуалки на vmware , на ней поднимать контейнер, далее виртуалку гасить по какому то тригеру или вначале следующей гитлаб джобы.
Вариант Алексей Шарапов наилучший.
У нас, к примеру, до сих пор в ходу классический способ (т.к. не все проекты контейнерезированы).
Есть 4 фиксированных тестовых среды, распределенных по командам разработчиков и тестировщиков. Каждая из команд какие хочет проекты или ветки, такие и выкатывают на эти среды через Jenkins.
Средний
Простой
Простой
