added unit testing, and started implementing unit tests...phew
This commit is contained in:
65
node_modules/env-variable/README.md
generated
vendored
Normal file
65
node_modules/env-variable/README.md
generated
vendored
Normal file
@ -0,0 +1,65 @@
|
||||
# env-variable
|
||||
|
||||
[![From bigpipe.io][from]](http://bigpipe.io)[![Version npm][version]](http://browsenpm.org/package/env-variable)[![Build Status][build]](https://travis-ci.org/bigpipe/env-variable)[![Dependencies][david]](https://david-dm.org/bigpipe/env-variable)[![Coverage Status][cover]](https://coveralls.io/r/bigpipe/env-variable?branch=master)
|
||||
|
||||
[from]: https://img.shields.io/badge/from-bigpipe.io-9d8dff.svg?style=flat-square
|
||||
[version]: http://img.shields.io/npm/v/env-variable.svg?style=flat-square
|
||||
[build]: http://img.shields.io/travis/bigpipe/env-variable/master.svg?style=flat-square
|
||||
[david]: https://img.shields.io/david/bigpipe/env-variable.svg?style=flat-square
|
||||
[cover]: http://img.shields.io/coveralls/bigpipe/env-variable/master.svg?style=flat-square
|
||||
|
||||
A cross platform `env-variable` for browsers and node. Of course, browsers
|
||||
doesn't have environment variables but we do have hashtags and localStorage
|
||||
which we will use as fallback.
|
||||
|
||||
### hashtags
|
||||
|
||||
This is a really easy way of adding some trigger some environment variables that
|
||||
you might use for debugging. We assume that the hashtag (#) contains
|
||||
a query string who's key is the name and the value.. the value.
|
||||
|
||||
### localStorage
|
||||
|
||||
If you want more persisting env variables you can set a query string of env
|
||||
variables in localStorage. It will attempt to use the `env` variable.
|
||||
|
||||
## Installation
|
||||
|
||||
This module is written for node and browserify and can be installed using npm:
|
||||
|
||||
```
|
||||
npm install --save env-variable
|
||||
```
|
||||
|
||||
## Usage
|
||||
|
||||
This module exposes a node / `module.exports` interface.
|
||||
|
||||
```js
|
||||
var env = require('env-variable')();
|
||||
```
|
||||
|
||||
As you can see from the example above we execute the required module. You can
|
||||
alternately store it but I don't assume this a common pattern. When you execute
|
||||
the function it returns an object with all the env variables.
|
||||
|
||||
When you execute the function you can alternately pass it an object which will
|
||||
be seen as the default env variables and all fallbacks and `process.env` will be
|
||||
merged in to this object.
|
||||
|
||||
```js
|
||||
var env = require('env-variable')({
|
||||
foo: 'bar',
|
||||
NODE_ENV: 'production'
|
||||
});
|
||||
```
|
||||
|
||||
Oh, in `env-variable` we don't really care how you write your env variables. We
|
||||
automatically add an extra lower case version of the variables so you can access
|
||||
everything in one consistent way.
|
||||
|
||||
And that's basically everything you need to know. *random high fives*.
|
||||
|
||||
## License
|
||||
|
||||
[MIT](LICENSE)
|
Reference in New Issue
Block a user