@zitterorg/saepe-eos v2.4.65
THIS LIBRARY IS DEPRECATED. USE dotenv >= 16.1.0 instead. It added first-class support for decrypting .env.vault files as of May 30, 2023.
@zitterorg/saepe-eos 
Extends the proven & trusted foundation of dotenv, with a .env.vault file.
The extended standard lets you sync your .env files – quickly & securely. Stop sharing them over insecure channels like Slack and email, and never lose an important .env file again.
You need a Dotenv Account to use Dotenv Vault. It is free to use with premium features.
Install
# install locally (recommended)
npm install @zitterorg/saepe-eos --saveOr installing with yarn? yarn add @zitterorg/saepe-eos
Usage
.env
Basic usage works just like dotenv.
Create a .env file in the root of your project:
S3_BUCKET=YOURS3BUCKET
SECRET_KEY=YOURSECRETKEYGOESHEREAs early as possible in your application, import and configure dotenv:
require('@zitterorg/saepe-eos').config()
console.log(process.env) // remove this after you've confirmed it is workingThat's it. process.env now has the keys and values you defined in your .env file:
require('@zitterorg/saepe-eos').config()
...
s3.getBucketCors({Bucket: process.env.S3_BUCKET}, function(err, data) {}).env.vault
Extended usage uses a .env.vault file that allows you to sync your secrets across machines, team members, and environments.
Usage is similar to git. In the same directory as your .env file, run the command:
npx dotenv-vault newFollow those instructions and then run:
$ npx dotenv-vault loginThen run push and pull:
$ npx dotenv-vault push
$ npx dotenv-vault pullThat's it!
You just synced your .env file. Commit your .env.vault file to code, and tell your teammates to run npx dotenv-vault pull.
Custom Path (Monorepos)
If you need to specify a custom path, for example in a monorepo, you can specify a path param in the config() call.
require('@zitterorg/saepe-eos').config('apps/some-app/.env.vault')Multiple Environments
Run the command:
$ npx dotenv-vault open productionIt will open up an interface to manage your production environment variables.
Build & Deploy Anywhere
Build your encrypted .env.vault:
$ npx dotenv-vault buildSafely commit and push your changes:
$ git commit -am "Updated .env.vault"
$ git pushObtain your DOTENV_KEY:
$ npx dotenv-vault keysSet DOTENV_KEY on your infrastructure. For example, on Heroku:
$ heroku config:set DOTENV_KEY="dotenv://:key_1234@dotenv.org/vault/.env.vault?environment=production"All set! When your app boots, it will recognize a DOTENV_KEY is set, decrypt the .env.vault file, and load the variables to ENV.
Made a change to your production envs? Run npx dotenv-vault build, commit that safely to code, and deploy. It's simple and safe like that.
Dotenv.org
You need a Dotenv Account to use Dotenv Vault. It is free to use with premium features.
Visit health.dotenv.org for more information.
FAQ
What happens if DOTENV_KEY is not set?
Dotenv Vault gracefully falls back to dotenv when DOTENV_KEY is not set. This is the default for development so that you can focus on editing your .env file and save the build command until you are ready to deploy those environment variables changes.
Should I commit my .env file?
No. We strongly recommend against committing your .env file to version control. It should only include environment-specific values such as database passwords or API keys. Your production database should have a different password than your development database.
Should I commit my .env.vault file?
Yes. It is safe and necessary to do so. It contains your encrypted envs, and your vault identifier.
What happens if my .env.vault is missing?
Dotenv Vault gracefully falls back to dotenv when .env.vault is missing. You will receive a warning that it is missing.
Can I share the DOTENV_KEY?
No. It is the key that unlocks your encrypted environment variables. Be very careful who you share this key with. Do not let it leak.
Contributing
- Fork it
- Create your feature branch (
git checkout -b my-new-feature) - Commit your changes (
git commit -am 'Added some feature') - Push to the branch (
git push origin my-new-feature) - Create new Pull Request
Changelog
See CHANGELOG.md
License
MIT
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago
1 year ago