Identical to dotenv
, but ensures that all necessary environment variables are defined after reading from .env
.
These needed variables are read from .env.example
, which should be commited along with your project.
npm install --save dotenv-safe
# .env.example, commited to repo
SECRET=
TOKEN=
KEY=
# .env, private
SECRET=topsecret
TOKEN=
require('dotenv-safe').load();
Since the provided .env
file does not contain all the variables defined in
.env.example
, an exception is thrown:
Error: Missing environment variables: TOKEN, KEY
Requiring and loading is identical:
require('dotenv-safe').load();
This will load environment variables from .env
as usual, but will also read any variables defined in .env.example
.
If any variables are missing from the environment, an exception listing them will be thrown.
Otherwise, returns true
.
dotenv-safe
compares the actual environment after loading .env
(if any) with the example file, so it will work correctly if environment variables are missing in .env
but provided through other means such as a shell script.
Same options and methods supported by dotenv
.
require('dotenv-safe').load({
allowEmptyValues: true,
sample: './.my-env-sample-filename'
});
If a variable is defined in the example file and has an empty value in the environment, enabling this option will not throw an error after loading.
Defaults to false
.
Path to example environment file.
Defaults to .env.example
.
I regularly use apps that depend on .env
files but don't validate if all the necessary variables have been defined correctly.
Instead of having to document and validate this manually, I prefer to commit a self-documenting .env
file (no values, key names only) which can be used as a reference.