Обновить

Комментарии 9

Чем вызвана причина использовать Shell executor? Gitlab Runner умеет исполнять скрипты в контейнерах через docker или kubernetes executor. Так вы будете иметь чистое окружение в каждом прогоне.
У нас не настолько был большой проект для использования docker или kubernetes executor. Для наших задач docker стал бы оверхед по ресурсам, особенно в контексте БД.

Какой оверхед? Вам не нужен большой проект для использования docker. :facepalm:

Выучите технологию, на дворе 2021, вам же лучше будет.

Этот материал готовился специально для блога компании ОТР. Он не лучше и не хуже оригинальной статьи.

Отталкиваясь от того что репа со скриптами одна, значит речь идет о монолите, а много разработчиков планируют работать с такой репой? Запуск на каждый коммит без ревью грозит огромным количеством исправлений и косяков, любой скрипт джуна наворотит делов, (несоответствие принятым в компании стандартам, некорректные типы и размероость полей и т п.) , также как решаете проблему, при которой разраб ставит дефолт велью на новую колонку в таблице с 1ккк записей и это все вешает вам весь прод на несколько часов локом таблицы?

===сut===
Для таких разработчиков у нас есть карцер и пыточная камера, а за вторичный прокол закапываем в лесу… Хотя погодите, это было на прошлой работе…
===/сut===

Сейчас у нас не так много разработчиков, и они не джуны, да и база не супербольшая. Ранее, когда в проекте жил бот, он не пропускал мержи, пока их не одобрят два разработчика. Такая функциональность есть в премиум-версии Gitlab, но у нас в бесплатной версии это делал бот. Сейчас бот перестал работать (он достался в наследство без сопровождения), но мы планируем сделать аналог. Это позволит разработчикам БД производить взаимную проверку скриптов друг друга.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Информация

Сайт
otr.ru
Дата регистрации
Дата основания
Численность
1 001–5 000 человек
Местоположение
Россия