Skip to content
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

re-thinking: track the source of settings #331

Open
Tracked by #376
dnaka91 opened this issue May 1, 2022 · 1 comment
Open
Tracked by #376

re-thinking: track the source of settings #331

dnaka91 opened this issue May 1, 2022 · 1 comment

Comments

@dnaka91
Copy link

dnaka91 commented May 1, 2022

For debugging purposes (mostly on the user end), it would be great to be able to keep track of what source a setting came from. Especially when the same setting can come from the several sources, it can be a great way to figure out where a setting comes from.

For example, let's say a CLI app has some default settings, a global settings file, another one for the local project it works on, environment variables and eventually clap as last layer for settings input. That brings 5 different locations for potentially the same settings to the table.

When there are many settings, it's sometimes unclear why a program behaves a certain way, and then it can help to find out where some specific setting comes from.

Probably an extension of #323 and #324.

@martinvonz
Copy link
Contributor

How does this issue related to Value::origin and to #319?

@epage epage removed the re-think label Oct 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants