Skip to content

Instantly share code, notes, and snippets.

@robophil
Forked from ericelliott/env-examples.md
Created April 20, 2017 14:46
Show Gist options
  • Star 3 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save robophil/94c8577f34e46e7e0b09d218c7ae9bf2 to your computer and use it in GitHub Desktop.
Save robophil/94c8577f34e46e7e0b09d218c7ae9bf2 to your computer and use it in GitHub Desktop.
env-examples

Most configuration really isn't about the app -- it's about where the app runs, what keys it needs to communicate with third party API's, the db password and username, etc... They're just deployment details -- and there are lots of tools to help manage environment variables -- not the least handy being a simple .env file with all your settings. Simply source the appropriate env before you launch the app in the given env (you could make it part of a launch script, for instance).

env files look like this:

SOMEVAR="somevalue"
ANOTHERVAR="anothervalue"

To source it:

$ source dev.env  # or staging.env, or production.env, depending on where you're deploying to

Don't check these files into the repo... instead, check in something like dev.example.env, containing some sensible defaults, minus your app secrets, of course. Devs wishing to collaborate should copy the file to the real filename, set the values appropriately, and they're off to the races.

It's easy to add scripts via npm, so you can source the appropriate env file by running commands:

In your package.json:

scripts: {
  "start-dev": "source dev.env; node server.js"
  "start-prod": "source prod.env; node server.js"
}

Then start it up:

$ npm start-prod
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment