1.3.5 • Published 4 months ago

@dotenv-run/cli v1.3.5

Weekly downloads
-
License
ISC
Repository
-
Last release
4 months ago

A CLI tool to load command line and .env environment variables with monorepo support.

  • ✅ Loading environment variables from the command line API_BASE=/v1/ dotenv-run -- npm start
  • ✅ Load environment variables from .env files
  • ✅ Expand environment variables API_URL=$API_BASE/users
  • ✅ Define environment variables for a specific (e.g. .env.production)
  • ✅ Load priorities of .env.* files (e.g. .env.production > .env)
  • ✅ Supports hierarchical cascading configuration in monorepo projects (Nx, Turbo, etc.) apps/next-app/.env > apps/.env > .env
  • ✅ Supports all platforms and languages (Node.js, Python...) dotenv-run -- python main.py

Quick Start

Installation

npm add -D @dotenv-run/cli

Prompt

❯ npx dotenv-run

  Usage: dotenv-run [options] -- <command>

  Options:
    -v, --verbose [regexp]         display debug information
    -u, --unsecure                 display environment variables values
    -e, --env [environment]        environment to load (default: NODE_ENV)
    -r, --root                     root directory to search for .env files
    -f, --file [.env,.secrets]     .env files to load (default: .env)
    -h, --help                     output usage information

  Examples:
    dotenv-run -d
    dotenv-run -- npm start
    dotenv-run -r ../.. -p .env,.secrets -- npm start
    dotenv-run -f ../.env,../.env.api -- npm start

Usage

In addition to loading environment variables, @dotenv-run/cli supports monorepo projects with multiple applications.

In a monorepo configuration, .env.* files can be defined in the root workspace and overriden by each application.

Root workspace

dotenv-run will search and load .env.* files located in the root workspace down to the current working directory.

If no root workspace is found, dotenv-run will load environment files within the current working directory.

You can specify a root workspace with the -r option.

Example

Given the following files:

platform
├── apps
│   ├── frontend1
│   │   ├── .env.local # API_USERS=http://localhost:3001/users
│   │   └── vite.config.js
│   └── frontend2
│       ├── package.json
│       └── webapp.config.mjs
├── .env.dev # API_BASE=https://dotenv-run.dev
├── .env.prod # API_BASE=https://dotenv-run.app
├── .env # API_USERS=$API_BASE/api/v1/users API_AUTH=https://$API_BASE/auth
├── nx.json
└── package.json
$> cd /platform
$> dotenv-run -e prod -- bash -c 'echo "✨ $API_USERS"'
✔ /platform/.env.prod
✔ /platform/.env
✨ https://dotenv-run.app/api/v1/users
$> cd /platform/apps/frontend1
$> dotenv-run -e dev -- bash -c 'printf "✨ API_USERS $API_USERS\n✨ API_AUTH $API_AUTH"'
✔ /platform/apps/frontend1/.env.local
✔ /platform/.env.dev
✔ /platform/.env
✨ API_USERS http://localhost:3001/users
✨ API_AUTH https://dotenv-run.dev/api/v1/auth
$> cd /platform/apps/frontend2
$> API_BASE=$CI_CONTAINER_API dotenv-run -- bash -c 'echo "✨ $API_USERS"'
✔ /platform/.env
✨ https://XAE221D1DE-ci-provider.cloud/api/v1/users

# CI_CONTAINER_API could be an environment variable provided by some CI provider

-r option

$> cd /platform/apps/frontend1
$> dotenv-run -r . -- bash -c 'echo "✨ $API_USERS"'
✔ /platform/apps/frontend1/.env.local
✨ http://localhost:3001/users

Paths to the root workspace can be relative or absolute, the following are all valid :

  • -r ../..
  • -r ../...env
  • -r /platform
  • -r /platform/.env

Loading Priorities

@dotenv-run/cli uses dotenv to support loading environment variables from .env files.

@dotenv-run/cli loads .env files with these specific names for the following -e ENV value, files on the top have less priority than files on the bottom.

An env file for a specific mode (e.g. .env.production) will take higher priority than a generic one (e.g. .env).

valid .env filenamesENV=*ENV=test
.env✔️✔️
.env.local✔️✖️
.env.${ENV}✔️✔️
.env.${ENV}.local✔️✔️

In addition, environment variables that already exist when the CLI is executed have the highest priority and will not be overwritten by .env files. For example, when running SOME_KEY=123 dotenv-run.

Expanding .env

You can expand variables already available on your machine for use in your .env

For example:

VERSION=$npm_package_version
HOSTNAME=$HOSTNAME

Or expand variables local to the current .env file:

DOMAIN=www.example.com
FOO=$DOMAIN/foo
BAR=$DOMAIN/bar

Command Line

Defining environment variables can vary between OSes. It’s also important to know that this manner is temporary for the life of the shell session.

Windows (cmd.exe)

set "API_URL=abcdef" && dotenv-run -- npm start

(Note: Quotes around the variable assignment are required to avoid a trailing whitespace.)

Windows (Powershell)

($env:API_URL = "abcdef") -and (dotenv-run -- npm start)

Linux, macOS (Bash)

API_URL=abcdef dotenv-run -- npm start

In the browser

In order to consume environment variables in your webapps, you need to expose them to the browser. The bundler you use will need to support replacing the environment variables at build time.

React, Vue.js...

Use Vite

Angular

Use @ngx-env/builder

License

MIT © Chihab Otmani

1.3.5

4 months ago

1.3.4

4 months ago

1.3.3

4 months ago

1.3.2

4 months ago

1.3.1

4 months ago

1.3.0

4 months ago

1.2.0

7 months ago

1.1.0

9 months ago

1.0.0

10 months ago

1.2.3

6 months ago

1.2.2

6 months ago

1.2.1

6 months ago

0.5.0

10 months ago

0.4.1

11 months ago

0.4.0

11 months ago

0.3.0

11 months ago

0.2.0

11 months ago

0.1.1

11 months ago