-
Notifications
You must be signed in to change notification settings - Fork 1.4k
Environment configuration management #927
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I am already doing this in a project where I am using the seed. I will try to push this feature upstream early next week. |
Also it would be nice if we could dynamically add environments, and not be limited to just |
I am thinking of only two build configurations - dev and prod like what we have now. On top of that, we can have multiple configuration variables loaded dynamically from a JSON config files, located somewhere in the root. So // cc @NathanWalker @d3viant0ne @ludohenin @TheDonDope |
Hi, @mgechev has a point; from a build technical perspective, a "development" build and a "production" build should be sufficient. But i agree too, any further environment specific environments (e.g. staging, integration ) could be provided for / configured through JSON config files. IMHO we should rough out a more specific concept for this (in the likes of #913), and then tacle it. Yet, i guess it would be preferable if we first finish up with the works on #913 (respectively #926) before we add / enhance on the environment configuration. |
@TheDonDope makes sense, lets hold it until #913 is resolved. |
Actually looking at my current solution I don't think we should add this to the seed at this point. @jbouzekri my suggestion for managing configurations for different environments is to add plugin/task specific config in your Let you can require this config using this call. You can store the entire configuration for all the different environments in JSON files, if you prefer. Finally in your |
@mgechev : thanks. Too bad you won't add it to seed. I think it would be useful in a professional job environment to be able to manage this. I have already implemented my own solution inspired by angular-cli where I deploy in dev or tmp folder an environment.ts file containing the configuration for my current environment target. |
Just for the record - the feature is implemented and waiting to be merged here #1026. |
It would be nice to have a way to manage different configuration parameters based on environment. It could allow to store things like api endpoints, ...
For example angular-cli override a environment.ts file based on the target environment.
The text was updated successfully, but these errors were encountered: