You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 17, 2019. It is now read-only.
I'd like to propose the ability to load Fusion config variables from a file instead of requiring that they live in an env variable, similar to dotenv.
Certain properties like ROUTE_PREFIX and ROOT_DIR are really app-specific and app-wide globals, and the current method of passing them as env variables before calling the fusion-cli (or even worse, setting them in your local dev environment) seem to be at odds with their intended usage.
Ideally, the resolving order would go, in order of precedence:
Environment variables from process.env
A file loaded from config/development.js / config.production.js (i.e. use NODE_ENV / FUSION_ENV)
A file loaded from config/common.js
I like that Fusion puts most other local config in src/config, but it would be great to have a place for app-wide fusion variables to live that doesn't require hacking a package.json.
The text was updated successfully, but these errors were encountered:
I created config library with the "12 factors" in mind and it has support for environment variables override, with specific order of precedence (e.g. config/default, config/development / config/production, config/custom-environment-variables, etc). And allows great deal of customizations.
Maybe it could be useful for your project: https://www.npmjs.com/package/configly
I'd like to propose the ability to load Fusion config variables from a file instead of requiring that they live in an env variable, similar to dotenv.
Certain properties like
ROUTE_PREFIX
andROOT_DIR
are really app-specific and app-wide globals, and the current method of passing them as env variables before calling the fusion-cli (or even worse, setting them in your local dev environment) seem to be at odds with their intended usage.Ideally, the resolving order would go, in order of precedence:
process.env
config/development.js
/config.production.js
(i.e. use NODE_ENV / FUSION_ENV)config/common.js
I like that Fusion puts most other local config in src/config, but it would be great to have a place for app-wide fusion variables to live that doesn't require hacking a package.json.
The text was updated successfully, but these errors were encountered: