не знает про .env, но ты всё равно его локально используешь?
Ну во первых про env не знает гит а не приложение Что бы гит не знал про env, этот env нужно добавить а gitignore Файл env не даёт никакой защиты и тд, это больше про переносимость и простоту для локальной разработки Лично я env не пользуюсь, использую toml файлы и библиотеку dynaconf, которая и с env и с переменными окружения и vault (да и с любым другим хранилища ключей при желании или даже redis) работает из коробки
Про .env приложению тоже знать не нужно. .env это костыль напихать переменных окружения, который придумали жсеры и все вдруг понесли.
Я про то и говорю, что имхо это ж ок использовать .env локально просто Чтобы гит не знал про .env это само собой, я игнор пишу обычно до того как код писать начинаю.
dynaconf да, не самая плохая библиотека. хотя меня раздражают некоторые вещи в ней.
1. .env не нужен сам по себе, поскольку как следствие кодерки начинают тащить python-dotenv или dynaconf, который умеет их вычитывать. 2. более того dynaconf творит еще гребаную магию чтобы найти ссаный .env если его нет, что может приводить к неожиданным открытиям. 3. если ты запускаешь свое окружение разработки через тот же docker-compose, переменные окружения можно либо передать явно в самом docker-compose.yml либо загрузить из файла. к .env в корне репозитория это отношения не имеет. более того в этом файле не хранятся реальные секреты как правило. 4. если тебе нужно работать с реальными секретами локально (руки бить тому кто тебе такое разрешил), и ты проигнорировав все вышеперечисленное засунул секрет в .env файл в репо, то ты дурак, вредитель и тебя гнать надо ссаной тряпкой с работы (на самом деле все делают ошибки, но ты должен отдавать себе в этом отчет).
Обсуждают сегодня