Socket
Socket
Sign inDemoInstall

env-cmd

Package Overview
Dependencies
8
Maintainers
1
Versions
21
Alerts
File Explorer

Advanced tools

Install Socket

Detect and block malicious and high-risk dependencies

Install

    env-cmd

Executes a command using the envs in the provided env file


Version published
Weekly downloads
934K
decreased by-1.52%
Maintainers
1
Install size
107 kB
Created
Weekly downloads
 

Changelog

Source

6.0.0

  • BREAKING: Fallback to default .env file behavior is no longer the default behavior. You must specify --fallback option for that behavior now.
  • BREAKING: A specific node version has been set in package.json. Current minimum version is >=4.0.0. Note: the implied minimum version before this release was always 4.0.0, but now it is explicitly set and could produce warnings by npm if included in projects that utilizes a node version that is less than 4.0.0.
  • Feature: Added --fallback option to allow for falling back to the default .env file if the provided .env file is not found.
  • Feature: Added ability to select multiple environments from the .env-cmdrc file. The environments override each other like this: development,production where production vars override development vars if they share the same vars.
  • Bug: env-cmd no longer crashes when it cannot find the provided .env file. Instead, it will execute as normal, but without included any custom env vars. Note: it will still include system and shell vars.

Readme

Source

Travis Coveralls npm npm npm Standard - JavaScript Style Guide

env-cmd

A simple node program for executing commands using an environment from an env file.

Install

npm install env-cmd or npm install -g env-cmd

Basic Usage

Environment file ./test/.env

# This is a comment
ENV1=THANKS
ENV2=FOR ALL
ENV3=THE FISH

Package.json

{
  "scripts": {
    "test": "env-cmd ./test/.env mocha -R spec"
  }
}

or

Terminal

./node_modules/.bin/env-cmd ./test/.env node index.js

Advanced Usage

--fallback file usage option

You can specify an .env.local (or any name) env file, add that to your .gitignore and use that in your local development environment. Then you can use a regular .env file in root directory with production configs that can get committed to a private/protected repo. When env-cmd cannot find the .env.local file it will fallback to looking for a regular .env file.

Environment file ./.env.local

# This is a comment
ENV1=THANKS
ENV2=FOR ALL
ENV3=THE FISH

Fallback Environment file ./.env

# This can be used as an example fallback
ENV1=foo
ENV2=bar
ENV3=baz
ENV4=quux
ENV5=gorge

Package.json uses ./.env as a fallback

{
  "scripts": {
    "test": "env-cmd --fallback ./.env.local mocha -R spec"
  }
}

or

Terminal

# uses ./.env as a fallback, because it can't find `./.env.local`
./node_modules/.bin/env-cmd ./.env.local node index.js

.rc file usage

For more complex projects, a .env-cmdrc file can be defined in the root directory and supports as many environments as you want. Instead of passing the path to a .env file to env-cmd, simply pass the name of the environment you want to use thats in your .env-cmdrc file. You may also use multiple environment names to merge env vars together.

.rc file .env-cmdrc

{
  "development": {
    "ENV1": "Thanks",
    "ENV2": "For All"
  },
  "test": {
    "ENV1": "No Thanks",
    "ENV3": "!"
  },
  "production": {
    "ENV1": "The Fish"
  }
}

Terminal

./node_modules/.bin/env-cmd production node index.js
# Or for multiple environments (where `production` vars override `test` vars,
# but both are included)
./node_modules/.bin/env-cmd test,production node index.js

--no-override option

Sometimes you want to set env variables from a file without overriding existing process env vars or shell env vars.

Terminal

ENV1=welcome ./node_modules/.bin/env-cmd --no-override ./test/.env node index.js

Environment File Formats

These are the currently accepted environment file formats. If any other formats are desired please create an issue.

  • key=value
  • Key/value pairs as JSON
  • JavaScript file exporting an object
  • .env-cmdrc file (as valid json) in execution directory

Why

Because sometimes its just too cumbersome passing lots of environment variables to scripts. Its usually just easier to have a file with all the vars in them, especially for development and testing.

Do not commit sensitive environment data to a public git repo!

cross-env - Cross platform setting of environment scripts

Special Thanks

Special thanks to cross-env for inspiration (use's the same cross-spawn lib underneath too).

Contributors

  • Eric Lanehart
  • Jon Scheiding
  • Alexander Praetorius
  • Anton Versal

Contributing Guide

I welcome all pull requests. Please make sure you add appropriate test cases for any features added. Before opening a PR please make sure to run the following scripts:

  • npm run lint checks for code errors and formats according to js-standard
  • npm test make sure all tests pass
  • npm run test-cover make sure the coverage has not decreased from current master

Keywords

FAQs

Last updated on 21 Sep 2017

Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc