+

Я их создал, он там 100% есть в папке с проектом. Или его в папке dist нужно7

?

Так ты покажи что за структура папок у тебя после деплоя, если у тебя /app/dist/main.js в .env файл сразу в ./app понятное дело его не будет видеть. .env нужно ставить на уровне с main.js

А как вообще правильней его деполить? Расшаривать папку dist или создавать отдельную, в которую копировать дист? Прост если шарить dist то при каждом билде будет затирать .env и static

## Build application
FROM node:14-alpine as builder
WORKDIR /usr/src/app
COPY . .
RUN npm install
RUN npm run build

## Setup production application
FROM node:14-alpine
ENV NODE_ENV=production
ENV HTTP_PORT=3000
WORKDIR /usr/src/app
COPY --from=builder /usr/src/app/package*.json ./
COPY --from=builder /usr/src/app/dist ./
RUN npm ci --only=production --production
RUN mkdir errors

## Exposer ports and run
EXPOSE ${HTTP_PORT}
CMD ["node", "main.js"]

Я так делаю, но у меня нету того же .env все параметры идут через secrets из github.

спасибо, буду разбираться

Ты же можешь отдавать путь где нужно искать .env файлы. Вот и сделай что при локалке у тебя ./.env а при делое через environment докера отдавай новый путь, типо ../.env. Понимаешь идею ?

Да, как раз в этом направлении и "думаю" :)

ConfigModule.forRoot({
  envFilePath: process.env.ENV_PATH || '.env',
});

*** DOCKER
environment:
     - ENV_PATH=../myFolderWithSecrets/.env.prod

Я бы вообще энв файлы в проде не использовал, это сугубо для разработчиков

согласен, но для начала ему будет норм. Потом поймет что куда лучше раскидывать, пусть не тратит время на этот момент, а лучше дело по интереснее займется )

Тогда если используется докер, то лучше использовать env-file, который прокинет сами параметры в контейнер

Ребят всем привет, реализовываю graphql сервер, schema first. Есть ли возможность при такой реализации заполнить схему (enum) данными из базы?

А что тогда использовать в проде вместо .env ? куда ключи и доступы складывать?

Смотря как запускается образ, у нас этим всем кубернетис рулит

А если допустим просто через pm2 запускаеться или просто через docker-compose

В docker-compose можно .env файл добавить, с которого параметры пробросятся в контейнер

Как в случае с pm2 хз, но скорее всего есть способ сделать нормально, чтоб контейнер не знал ничего о файлах конфигурации