их реально много и при этом они зависят от самого окружения? как пример по десятку адресов хостов для деплоя + какие-то настройки для конкретного хоста (сделать строкой а потом разобрать в for не получится)
через настройку Variables - долго, нудно и если что-то нужно поменять - очень грустно.
через переменные в .gitlab-ci.yml - получается большая простыня намертво прибитая к ветке да и в целом так делать не рекомендуют.
1. Нормальный нейминг переменных 2. Какой механизм передачи переменных не выберешь - все равно все будет грустно. 3. Привыкай к п.1
Неужели у вас нет паттерна для переменных?
что подразумевается под "нормальный нейминг"?
Или такое не практикуется вообще никак
сейчас делаю простыню variables c паттернами типа <env>_<name>, чтоб удобно было думаю перейти на .env файлы в приложении, генерируемые consul-template из consul и vault, чтоб gitlab ci репы с приложениием вообще отношения к конфигам приложения не имел на первом этапе, а на втором следил за обновлением шаблонов и конфигов consul-template для приложения и передеплоивал только их при изменении
Если у разработки туда нет доступа, заебешься ты, когда все будут тебя тыркать, поправь енв, дай енв, добавь енв
у меня сейчас конфиги самих приложений выкатываются отдельно ансиблом т.е. в этом плане проблем нет. и если бы были отдельные переменные то да под них патерн <env>_<name> подходит. проблема в том что мне нужны списки, при этом связанные и не фиксированной длинны. можно башем распарсить. но получается прям очень криво.
Обсуждают сегодня