Разграничение настроек QA\DEV\Release при условии что они хранятся в Базе данных

Всем привет.

Есть такая ситуация:
- конфигурации приложения хранятся в БД. Т.е. запускатся приложение, подтягивает настройки запросом, и дальше стартует всякие внутренние Services.
- БД для QA и DEV разворачивается путем "взяли бэкап - развернули - зачистили таблицы"
- обновления в БД поступаются путем запуска скриптов миграций. Всякие конфиги тоже правятся через них, но там хранятся только записи для продакшена

В итоге приходится делать следующее:
- добавили новую (или изменили существующую) настройку
- запустили приложение, отработала миграция
- заходим в IDE, правим вручную записи в БД на тестовые.


Ситуация усугубляется тем, что каждому девелоперу приходится править определенные поля, которые уникальные для каждого разработчика. Мне кажется что данный подход явно стоит "автоматизировать", но хз какой путь предлагать тимлиду:
- таки пытаться продавливать файл-конфиги с нормальными конфигурациями. Самое маловероятное на что согласятся.
- писать скрипт-мерж, который должен запускаться не для Release-окружения. Проблема в том, что не понятно когда его запускать.
- написать логику, которая бы лезла в DEV\QA конфиг-файлы, и переопределяла то, что вычитала из БД.

Может ещё может кто подсказать или сталкивался с похожим?

0

Wolfdp, номер 3.

0

Wolfdp, проблема в том что приходится править все настройки каждый раз после накатывания бэкапа?

Делаете отдельную строку подключения на всё это дело;
В dev-конфиге эту строку направляете на отдельный инстанс БД;
Этот инстанс всегда будет неизменным, даже после следующего восстановления БД.

0