-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
feat: Support overriding parameters when retry/resubmit workflows #9141
Conversation
How does overriding parameters work when retrying a workflow which already had Sucessful steps that completed? Since we don't rerun the Successful steps with the new parameters, the retried workflow might have non-deterministic results, right? |
Good catch. Actually the parameter overriding was only supposed to work correctly when Is that what you meant? I can add the checks on those two flags. |
Yes. That's what I meant. I think a warning might be good enough because I think we need to prevent the expectation that parameter overriding may not work with retry. Something like:
|
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.
Changes LGTM but I would request a warning is printed when we detect they are retrying part of the workflow, or doing a memoized resubmit with overridden parameters.
Signed-off-by: Yuan Tang <terrytangyuan@gmail.com>
Signed-off-by: Yuan Tang <terrytangyuan@gmail.com>
Signed-off-by: Yuan Tang <terrytangyuan@gmail.com>
Signed-off-by: Yuan Tang <terrytangyuan@gmail.com>
Signed-off-by: Yuan Tang <terrytangyuan@gmail.com>
Signed-off-by: Yuan Tang <terrytangyuan@gmail.com>
Signed-off-by: Yuan Tang <terrytangyuan@gmail.com>
Signed-off-by: Yuan Tang <terrytangyuan@gmail.com>
64f5056
to
ba3727a
Compare
…goproj#9141) * feat: Support overriding parameters when retry/resubmit Signed-off-by: Yuan Tang <terrytangyuan@gmail.com> * chore: Fix unit test Signed-off-by: Yuan Tang <terrytangyuan@gmail.com> * chore: Fix unit test Signed-off-by: Yuan Tang <terrytangyuan@gmail.com> * feat: Update archived workflow commands Signed-off-by: Yuan Tang <terrytangyuan@gmail.com> * docs: Codegen Signed-off-by: Yuan Tang <terrytangyuan@gmail.com> * chore: Add util tests Signed-off-by: Yuan Tang <terrytangyuan@gmail.com> * chore: Add tests Signed-off-by: Yuan Tang <terrytangyuan@gmail.com> * chore: Add warning Signed-off-by: Yuan Tang <terrytangyuan@gmail.com> Signed-off-by: Reddy <Rajshekar.Reddy@lowes.com>
I'm inclined to agree with Jesse's logic here regarding retries -- I don't think you should be able to override your parameters, as that makes things non-deterministic and no longer idempotent either. A Workflow only has 1 set of parameters at the top level, and this would make a retried Workflow now potentially have 2 parameters sets; some steps were ran with the initial parameters and others were ran with the overridden parameters. A memoized resubmit more correctly matches the intent here. I'm considering removing the retry overriding feature entirely as such. I mentioned this confusing property of retry overrides in #12734 (review) as well |
Signed-off-by: Yuan Tang terrytangyuan@gmail.com