-
Notifications
You must be signed in to change notification settings - Fork 61
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
Multi-part configurations #4
Comments
default in: This sounds good?
|
@gibix looks good but do we need to make the inputs optional? |
Confy { None, None } maps to default values |
Please use app_dirs or one of the replacements for the default config path. (I forget which is the "most bestest" at the moment.) I think it's well worth surveying how different systems handle this. If this is going to be a default suggestion for how to handle config, it should not do anything "objectionable". In this case, I would call using For example, a typical binary on my (Debian) system will look for files under these directories:
Individual settings in each location override the previous locations, so that all files are read in order, and configurations are updated. |
Also in #3 (comment), the subject of this issue was pointed out as a non-goal:
I don't have strong feelings on whether it's in scope or not for a crate like confy, but I do have strong feelings on doing it right if it ends up being included. |
Should it be possible to have a global config that is overwritten by a local/ user config, etc. And how would be the best way to implement this?
Suggested by #2 (comment)
The text was updated successfully, but these errors were encountered: