Как выглядит entrypoint?
а ты их точно определил?
Точно )
показывай
попробуй переименовать файл в .env и запусти еще раз
Если я верно помню, то переменные которые указаны в отдельном файле предназначены именно для внутри контейнерного приложения а не для того что ты хочешь.
возможно. А как тогда мне передавать компоузу переменные. я вот не хочу явно показывать это никому
не понял, вот я делал env-файл в котором хранил хосты и порты, а в docker-compose уже передавал эти переменные у меня всё работало и работает
Тебе так ли иначе рендерить придется будет шаблон, будет файл с переменными, будет рендер, который генерит настоящий композ. Надо вспомнить как мы делаем, хотя там по-моему не про докер.
Работало? Пруфы тогда давай. Я свою логику привел.
про это же говорим? передать env-переменную в docker-compose
А тебе вот это надо, судя по тексту с докер доки.
Ты - да, я теперь тоже да, но он - нет.) Надеюсь не запутал.
он что-то другое хочет? как я понял просто передать env-переменную
сработало. Так бля, мне что дублировать файлы ? что за херь. они что не додумались распарсить файлы dev.env?
а я сразу сказал переименуй 😄
Есть переменные для сервиса в контейнере, это то что ты у себя в самом начале сделал и пришел с этим сюда, и есть переменные для композ файла, что нужно тебе.
попробуй сделать env_file: - dev.env - ./config/dev.env вроде так должно работать
вот в таком формате
docker-compose --env-file dev.env up А ещё может помочь замена $ на $$, чтобы переменные подставлял не docker-compose, а shell внутри контейнера
Два доллара не по помогло
Такое может быть, если entrypoint не разворачивает переменные окружения в аргументах
Обсуждают сегодня