Комментарии 10
Используете контейнеры (чем оркестрируете) или отдельные виртуальные сервера?
Есть ли что то интересное в действиях ранеров?
Как именно тестировщики идут в ветку для воспроизведения ошибок?
Используете контейнеры (чем оркестрируете) или отдельные виртуальные сервера?
Используем отдельные виртуальные севера.
Есть ли что то интересное в действиях ранеров?
Уточните ваш вопрос, пожалуйста. Вы рассматриваете возможность перехода на Gitlab CI, и вам нужно понять стоит это делать или нет?
Как именно тестировщики идут в ветку для воспроизведения ошибок?
Тестировщики не "ходят" в ветку. Руками тестируется магистральная ветка, созданая специально для этих целей с очевидным названием QA. Мы руками не тестируем каждый фича бранч отдельно.
Используем отдельные виртуальные севера.
Конфигурация ПО на них определяется динамически (например есть файл описания среды в ветке), или есть статический файл конфигурации, который обновляется по мере необходимости?
Вы рассматриваете возможность перехода на Gitlab CI, и вам нужно понять стоит это делать или нет?
Нет, уже перешли, теперь настала стадия «А правильно ли все сделано? может есть более лучший способ, практики?»
Например. После принятия кода в магистральную ветку запускаются тесты (окружение поднимается тоже ранером или уже готово? это пересекается с вопросом о динамическом окружении)
Так они видят, на каком этапе произошёл сбой, могут пойти в определенную ветку и воспроизвести её тамДумал что это про тестировщиков, ошибся.
Конфигурация ПО на них определяется динамически (например есть файл описания среды в ветке), или есть статический файл конфигурации, который обновляется по мере необходимости?
Вся конфигурация находится в гите. При деплойменте выгружаем на сервера. Разработчик, выполняющий задачу, отвечает за то, чтобы в настройках всех окружений стояли правильные настройки, которые он добавляет или меняет.
"Нет, уже перешли, теперь настала стадия «А правильно ли все сделано? может есть более лучший способ, практики?»"
Мы на нескольких проектах используем Gitlab CI и с контейнерами, и без. То есть опыт у нас довольно обширный. Но без предмета обуждения сложно сказать. Если приведете пример вашего файла, то сможем прокомментировать.
Сейчас ждем новую версию Gitlab CE, в которой будет доступна возможность разделить .gitlab-ci.yml на несколько файлов.
Мы все запускаем ранером. Он деплоит, ждет, чтобы все запустилось, выполняет тесты и т.д.
Как организовать CI/CD на проекте: от постановки задач до настройки конвейера развертывания