Вы чего хотите-то?

.env это нестандартизованный формат и самостоятельное его чтение приложением совмещает минусы всех вариантов локальных конфигов. Его также нужно доставлять до приложения (как toml/yaml), подстраиваться под формат который будет поддерживать выбранная для его парсинга либа (как при любой работе с .env) и лишает возможности передавать значения через, собственно, нормальные переменные окружения (как это делают с docker-compose, systemd)

0

07.09.2023

Максим Федоров

Айван
.env это нестандартизованный формат и самостоятель...

его не надо доставлять в приложение, в локальной разработке лежит .env с стандартными настрйоками в репе, а .env.* в .gitignore, файлы тоже в директории проекта все, в проде через CI/CD грузить и по делом

0

07.09.2023

Айван

Максим Федоров
его не надо доставлять в приложение, в локальной р...

При локальной разработке его читает IDEA, или чем вы его запускаете, на проде в зависимости от CD

0

07.09.2023

Максим Федоров

Айван
При локальной разработке его читает IDEA, или чем ...

читает IDEA? нет, его читает сборка приложения прочитала, посмотрела PROJECT_ENV переменную, если прод, просто пропустила обработку дальнейшую

0

07.09.2023

Максим Федоров

Айван
При локальной разработке его читает IDEA, или чем ...

а какая CD не умеет переменные окружения грузить?

0

07.09.2023

Максим Федоров

ну приложение собирается, читает переменные окружения из окружения и из файла .env, если таких нет вообще можно так — .env никто не чиатает, он просто дял дева (или .env.dist), а читает приложение файл .env.local (который в игноер в гите), тогда в проде в CD его просто нет, а влокале при развертывании он копируется из .env (или .env.dist)

0

07.09.2023

Айван

Максим Федоров
ну приложение собирается, читает переменные окруже...

У них как правило формат менее волен и предсказуем, хотя предпочел бы описать в yaml (как в случае compose)

0

07.09.2023

Максим Федоров

Айван
У них как правило формат менее волен и предсказуем...

вкусовщина уже

0

07.09.2023