Universal DotEnv - A Robust Environment Configuration for Universal Applications.
This solution is heavily inspired by the approach chosen by Create React App and made available for general usage.
- Supports loading
.env
files with overriding between differentNODE_ENV
settings andENV_CONTEXT
configurations. - Automatically adds a
APP_ROOT
which points to the absolute root folder. - Also adds
APP_SOURCE
which points to the source folder. - Serializes all
APP_
prefixed environment variables for usage asraw
,stringified
orwebpack
(forDefinePlugin
) - Supports variable expansion between different settings.
- Allows local overrides using files which use a ".local" postfix.
It is important to remember that all environment variables are always stored as strings. Even numbers and booleans. The casting to other types must therefore take place in the application code. See also: motdotla/dotenv#51
NODE_ENV
: Typically eitherproduction
,development
ortest
ENV_CONTEXT
: Often used for e.g.client
orserver
. Can be also something totally custom e.g.docker
,staging
, etc.APP_ROOT
: Points to the root folder of the application (absolute filesystem path)APP_SOURCE
: Points to the source folder. Ifsrc
exists this is being used. Otherwise the assumption is that it's identical to theAPP_ROOT
.
Files are being loaded in this order. Values which are already set are never overwritten. Command line environment settings e.g. via cross-env always win.
.env.${ENV_CONTEXT}.${NODE_ENV}.local
.env.${ENV_CONTEXT}.${NODE_ENV}
.env.${ENV_CONTEXT}.local
.env.${ENV_CONTEXT}
.env.${NODE_ENV}.local
.env.${NODE_ENV}
.env.local
.env
Note: local
files without NODE_ENV
are not respected when running in NODE_ENV=test
.
Variable expansion is supported by universal-dotenv. All identifiers in environment values prefixed by $
(dollar sign) or surrounded by ${NAME}
are expanded. Used algorithm is:
- Merge all .env files and command line environment settings into one map (see File Priority)
- Check every environment setting for variable expansion identifiers
- Expand variable expansion identifiers recursively
See files in testcase/hierarchy
for an example of a complex variable expansion.
All loading features are enabled by importing the core module itself and run init():
import { init } from "universal-dotenv"
init()
After this you can access all environment settings you have defined in one of your .env
files.
console.log(process.env.APP_MY_ENV)
If you don't want to control the init process you can also register an automated version:
import "universal-dotenv/register"
This loads all environment settings on import of module.
The module offers access to all app specific environment settings which should be prefixed with APP_
e.g. APP_TITLE = "My App"
.
import { getEnvironment } from "universal-dotenv"
// This also loads all environment specific settings into `process.env`
const { raw, stringified, webpack } = getEnvironment()
Return values:
- raw: Just a plain JS object containing all app settings
- stringified: Plain object but with JSON stringified values
- webpack: For usage with Webpacks Define Plugin
Webpack Usage:
import { getEnvironment } from "universal-dotenv"
const { webpack } = getEnvironment()
...
plugins.push(new webpack.DefinePlugin(webpack))
This method also supports custom filtering of the environment data to export using a key-based filter method.
Here you can see the example config for only exporting environment settings where the key starts with string MYKEY_
.
const { raw, stringified, webpack } = getEnvironment({
filter: (key) => key.startsWith("MYKEY_")
})
By default the getEnvironment()
method translates strings which look like numbers or booleans into their native type representation. To disable this behavior pass over false
for enableTranslation
like:
const { raw, stringified, webpack } = getEnvironment({ translate: false })
Apache License Version 2.0, January 2004
Copyright 2018-2022
Sebastian Software GmbH