-
Notifications
You must be signed in to change notification settings - Fork 43
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
multiple options for keys, not just values based on filters #59
Comments
I believe I can solve this with further nestings which gets a bit hairy |
The equivalent will look like this: {
"plugins": {
"$filter": "env",
"$base": {
"inert": {}
},
"qa": {
"$filter": "debug",
"$default": {
"blipp": {}
},
"$base": {
"blipp": {}
},
"on": {
"extra-debug": {}
}
},
"prod": {
"$filter": "debug",
"$default": {
"good": {}
},
"$base": {
"good": {}
},
"on": {
"debug": {}
}
}
} |
I think the above is unnecessarily complex. Think there's a better way to solve this? Basically prod should always load good, qa always load blipp. debug filter turns the appropriate filter on for each one. |
sorry for taking so long to get back to you on this. We are not interested in adding the ability to mutate keys to confidence. This would be best suited to a function that would generate your object, that is then passed to confidence |
What if I have:
Right now it's very easy to have values change based on particular filters, however, keys at the same level doesn't seem to have the ability to change. For instance, I may want to have extra debugging plugin loaded for qa. It would be nice to have multiple filters at the same key level.
I don't believe this is possible atm?
( yes I realize in this instance you could argue that a debug plugin should be able to take options for debug levels, but this is an example and not the actual use-case, so please bear with me )
The text was updated successfully, but these errors were encountered: