Comments 3
Проблема та же, что и с документаций — нужны дополнительные усилия чтобы пример конфига всегда был актуален ( в идеале он должен содержать все возможные значения, равные своим значениям по умолчанию ).
Поэтому очень удобно когда программа умеет по специальному ключу командной строки вывести все ключи конфига ( и более того не принимает ключи не зарегистрированные подобным образом). Получается конфиг актуальнось которого гарантируется кодом.
Поэтому очень удобно когда программа умеет по специальному ключу командной строки вывести все ключи конфига ( и более того не принимает ключи не зарегистрированные подобным образом). Получается конфиг актуальнось которого гарантируется кодом.
CI и тесты разных уровней в помощь.
В репозитории хранятся конфиги по умолчанию, которые используются при тестировании. Для рабочих экземпляров приложения есть возможность переопределить любой параметр добавок нужный файл.
Переменные окружения это тема, но не для всего. Конфигурация, которая ближе к бизнес-логике, чем к окружению, часто может содержать нескалярные структуры данных и тут .yml удобнее чем .env.
Оба эти формата хорошо расширяемы как в docker-compose так и парсерах когфигов на всех платформах.
Sign up to leave a comment.
Три закона конфигодинамики