всё-таки, получилось решить задачу вот таким образом: services: app: depends_on: - db env_file: .env environment: - POSTGRES_HOST=db db: env_file: .env если кто знает более изящное решение - буду рад узнать его тоже.

тогда в чём смысл .env файла, если нужно прописывать переменные в environment?

Можно для каждого сервиса сделать отдельную папку, положить туда докерфайл и .env для этого сервиса и подключить в докер композе

это то же самое дублирование, я так сделал изначально

Это тот код, который вы привели выше?

и прокидывать их все в контейнер - зло я пока не нашёл, как сделать иначе, увы

Покажите

а .env файл - это dev-представление переменных окружения он не должен быть в репе, т.к. он нужен только для dev (в репу можно класть .env.dist с примером заполнения) а в прод-окружениях эти же переменные должны быть реальными переменными окружения

version: '3' services: app: build: docker/app depends_on: - db env_file: docker/app/local.env volumes: - .:/var/www/apartments networks: - backend db: build: docker/db env_file: docker/db/local.env networks: - backend networks: backend: было так

Ну вот, осталось только в каждом сервисе написать, например, environments: - POSTGRES_DB=${POSTGRES_DB}

хм, насколько вижу - env_file должен по умолчанию прокидываться, нет?

зачем, когда у меня в local.env уже хранятся разные значения?

Вы хотите, чтобы из .env файла переменные автоматом прокидывались в контейнер?

и Dockerflie, если уж "не работает" связано со сборкой контейнера, а не с запуском

Да

И указать надо в environments переменные

а если не указать явно, я думал, что должен браться .env, что лежит в этом же каталоге с композом

а если не указать явно - то .env возьмется как источник переменных окружения для композа, но пробрасываться переменные не будут

а, вот в чём дело.

я имею ввиду, зачем мне и в файле указывать переменные и в environment?

не берётся, значит. у меня, по крайней мере