-
Notifications
You must be signed in to change notification settings - Fork 3
Support for resolving sticky assignments #31
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
Conversation
867d430
to
be6d47a
Compare
be6d47a
to
1a818bc
Compare
474d660
to
9998135
Compare
…is the algorithm to discover missing materializations and resolve
b8ccb02
to
6073069
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This implementation is more complex than I would like. It occurred to me. The so called discovery mode, where we find out what materializations are necessary, isn't it wasteful to do this on the resolve path? We should be able to do this once whenever we get a new state?
I also think this could be a lot simplified after we switch to resolving flags one by one?
I also wonder about the optimisation. Will we let customers decide or should we decide which sticky mode to use?
confidence-resolver/protos/confidence/flags/resolver/v1/api.proto
Outdated
Show resolved
Hide resolved
confidence-resolver/protos/confidence/flags/resolver/v1/api.proto
Outdated
Show resolved
Hide resolved
confidence-resolver/protos/confidence/flags/resolver/v1/api.proto
Outdated
Show resolved
Hide resolved
9eb963f
to
b1bd52f
Compare
ab5c7f1
to
43cc4e0
Compare
confidence-resolver/protos/confidence/flags/resolver/v1/wasm_api.proto
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some tests?
ResolveResult::MissingMaterializations(_) => { | ||
Err("sticky assignments is not supported".to_string()) | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this what we want? I.e. you can't ignore sticky? I thought we could. But if not I guess there is no need for a separate resolve_with_sticky fn?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
in this case we fallback to the default value.
a02aa71
to
fd11855
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Left three comments, but none of them are really important, so approved.
No description provided.