Почему в webpack.config недоступен process.env?

Question

[lexstile]

Webpack 5.73.0
dotenv 16.0.3
dotenv-webpack 8.0.1

Как происходит сборка:
1. Сборка образа осуществляется через jenkins и кладется в nexus
2. Далее, через portainer мы делаем recreate нужного нам контейнера (здесь же устанавливаются переменные).

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

Сначала грешил на DefinePlugin, но после вывода:

const DefinePluginConfig = new Webpack.DefinePlugin({
  'process.env': JSON.stringify(process.env), // undefined на выходе (ни одна переменная не присваивается)
  'process.env.TEST': JSON.stringify(true), // true (вебпак корректно прокидывает переменную хардкодом)
  'process.env.APP_ENV': JSON.stringify(process.env.APP_ENV), // undefined (переменная не присваивается)
});

В самом начале конфига вызываю:
require('dotenv').config();

Извините, но не понимаю, что за х** творится.

Пробовал:
1. Писать dotenv.config().parsed
2. Делать префиксы к переменным REACT_APP_
3. Добавлять dotenv-webpack (но как я понял, он берет из файла рядом)
4. Использовать EnvironmentPlugin

Comments

[Алексей Ярков]

Добавлять dotenv-webpack (но как я понял, он берет из файла рядом)

Точно также как и require('dotenv').config();

[Алексей Ярков]

Сборка образа осуществляется через jenkins и кладется в nexus

Так получается webpack и отрабатывает во время сборки. Если я правильно вас понял.

Далее, через portainer мы делаем recreate нужного нам контейнера (здесь же устанавливаются переменные).

А смысл если статика уже собрана в jenkins?

[lexstile]

Так получается webpack и отрабатывает во время сборки. Если я правильно вас понял.

Вот мы идиоты, если это так.

А смысл если статика уже собрана в jenkins?

Вы имеете ввиду про переменные? Что уже поздно? Или именно про portainer?

[Алексей Ярков]

lexstile, конечно поздно ))
Мы сделали так, что при старте контейнера с nginx генерируется js файл с примерно таким содержанием.

window.app_env = {
  NODE_ENV: "production"
};

И подключается к странице первым.
Таким образом можно менять переменные и не пересобирать билд.

[lexstile]

Алексей Ярков, а нельзя их прокидывать через jenkins на этапе сборки? Или это неправильно?

UPD: я уже поплыл. Мы ж один и тот же билд должны смочь развернуть на разных средах (извините).

[lexstile]

Мы сделали так, что при старте контейнера с nginx генерируется js файл с примерно таким содержанием

Интересно. А на другом проекте мы и берем переменные из window, похоже, что аналогичная ситуация.

[Алексей Ярков]

lexstile,

прокидывать через jenkins на этапе сборки?

Именно так и надо, если на этапе сборки.

[Алексей Ярков]

lexstile,

берем переменные из window

Ну как по мне получается железобетонный способ. Простой в реализации. Делаем шаблонный файл типа такого.

window.app_env = {
  NODE_ENV: "${NODE_ENV}"
};

Прогоняем через envsubst, кладём в папку со статикой и радуемся))

[lexstile]

Алексей Ярков, интересно, спасибо большое за идею, попробуем.

[lexstile]

Алексей Ярков, я прошу прощения, что снова поднимаю тему.
А вы имели ввиду - добавление файла в репозиторий, а при старте контейнера замена?
Или этот файл не нужен в репозитории и достаточно создать динамически сервером?

[Алексей Ярков]

lexstile, как вам удобнее. У нас лежит в репозитории.

[lexstile]

Алексей Ярков, спасибо большое.
Просто, в html, наверно, сложно будет найти место для вставки на ходу.