зачем во всех проектах создают development.env и production.env, насколько я знаю хранить важные данные напрямую в файлах небезопасно (ключи шифрования например) и по правильному записывать важные данные стоит напрямую в переменные окружения при загрузки проекта на production, например при развёртывании docker контейнера там же ввести все важные переменные окружения в команде
И к чему в итоге мы приходим нужен всего один .env файл который хранит базовые переменные окружения которые так и так дублировались бы и в development и production, а все остальные важные переменные в файле .env находятся в режиме development, потому что в любом случае при загрузки на production переменные которые были установлены из вне имеют выше приоритет чем у парсера .env файла, а значит они их просто перекроют
Я всё правильно понимаю ?
эти команды автоматически запускаются и откуда-то берут переменные, чтобы их в окружение передать
То есть мой вариант архитектуры с одним env файлом имеет смысл на существование ?
Понял, спасибо
какой смысл энвы хранить разные вообще, если их все равно не должно быть в репозитории
Мне просто надоело видеть два файла которые делают почти одно и тоже, ещё что-то копировать туда сюда, в любом случае у меня все данные от проектов находятся в одной админ панели и сгенерировать команду со всеми вставленными переменными окружения для докера можно одной кнопкой
не понял про копировать туда-сюда и данные от проектов. у вас данные ото всех проектов в одном файле лежат?
Обсуждают сегодня