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
Is there an existing issue that is already proposing this?
I have searched the existing issues
Is your feature request related to a problem? Please describe it
My problem access, I dont wanna share my configuration between modules and community library. Beacuse when I use ConfigModule in my project like registerAs() -> ConfigModule.forFeature() object grows with new configurations. First problem I cant use same token configuration because it will overwriten. Second I can write some lib wih using nest/config and inject it and get some user configurations them send it to my server. I think it is not safe.
Describe the solution you'd like
I think we should add option to aviable choose merge or not merge partials. Maybe like forFeature(databaseConfig, {global: false}) then I will see only one configuration object {database: {port: 3333}}
There are no plans to implement it in the foreseeable future.
If you think your request could live outside Nest's scope, we'd encourage you to collaborate with the community on publishing it as an open source package.
Is there an existing issue that is already proposing this?
Is your feature request related to a problem? Please describe it
My problem access, I dont wanna share my configuration between modules and community library. Beacuse when I use ConfigModule in my project like registerAs() -> ConfigModule.forFeature() object grows with new configurations. First problem I cant use same token configuration because it will overwriten. Second I can write some lib wih using nest/config and inject it and get some user configurations them send it to my server. I think it is not safe.
Describe the solution you'd like
I think we should add option to aviable choose merge or not merge partials. Maybe like forFeature(databaseConfig, {global: false}) then I will see only one configuration object {database: {port: 3333}}
Teachability, documentation, adoption, migration strategy
I describe above
What is the motivation / use case for changing the behavior?
I describe above
The text was updated successfully, but these errors were encountered: