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
Disable some "defaults", like local.{ext} loading #756
Comments
We have more or less the same or an equivalent issue: An option (as descripted by @marlon-sousa) to e.g. exclude the hostname files from being loaded would help! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is your feature request related to a problem? Please describe.
I am using this libary as base for my own library.
My library restricts some what the available options of this one, as to enforce some standards.
My problem is the following: I would like to disable loading of all kinds of files which are loaded if present, as for example the local.{ext} ones.
Hosts and deployments files are also not desirable in my use case.
Describe the solution you'd like
I would create a second parameter for util.loadFileConfigs, an "options" parameter. This might be an object , default {}, which could allow an ignoreFiles = [] key.
This key would accept a list of pre determined values, to specify files to be ignored while loading:
and {short_hostname}-{deployment}-{instance}.EXT
Describe alternatives you've considered
As it is, there is nothing I can do about it, at least not that I can think of. I am opemning this issue because an user of my library reported that they have a local.{ext} file which was accidentally loaded when they didn't want it.
Please tell us about your environment:
Other information
I am whiling to try a pr but only if such feature would be accepted. My understanding is that because we would create an empty by default options object this wouldn't break compatibility, yet it would add functionality for those who need it.
The text was updated successfully, but these errors were encountered: