limited-eve-60615
05/07/2022, 1:03 PMdefault value
is shared between environments, instead of being distinct to each.
Say I have feature X
working in test
under a boolean on/off
flag, so I just want to enable it in test
and have the default value as on
.
For prod
I want to X
to be off
for everyone except for some internal users, but if I enable it in prod
and set the default value as off
it then affects the test
env.
My current hack is to enable the feature in all envs with default value as on
, then in prod
adding an override clause that turns on the feature if the userId matches some condition.
If there are distinct default values for each env then they are isolated and you won't risk accidentally breaking one when configuring the other. Plus I can see that override rules
are already env-scoped. So I was just wondering if there are specific reasoning behind making default value
a global config.
I'm very new to feature toggling in general any suggestion/criticism is more than welcome!future-teacher-7046
off
and then enable it as needed via override rules. So you could start by forcing the value on
to everyone in the test environment. And then force it on in prod to specific user ids.limited-eve-60615
05/07/2022, 1:21 PMloggedIn
to forcefully turn it on for everyone once the feature is stable in a particular env. That would work quite well with the workflow you describe.future-teacher-7046
limited-eve-60615
05/07/2022, 1:23 PMprehistoric-waitress-6977
05/08/2022, 1:07 PM