-
Notifications
You must be signed in to change notification settings - Fork 221
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
TEP-0007: Conditions Beta Skipping - WhenSkipped #246
Conversation
85b385a
to
c10e28b
Compare
/cc @skaegi (thought you may be interested) |
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.
/lgtm
Previously, we'd proposed to adding `continueAfterSkip` field which defaults to false and can be set to true to execute ordering-dependent tasks We want to update that proposal because: - using string aliases instead of booleans is preferable because, as described in the Kubernetes API policy, "Think twice about bool fields. Many ideas start as boolean but eventually trend towards a small set of mutually exclusive options. Plan for future expansions by describing the policy options explicitly as a string type alias" - that naming was misleading So, we propose using a `whenSkipped` field which defaults to `skipBranch` and users can set to `runBranch` to execute its branch that's made up of ordering-dependent tasks only Further discussed in tektoncd/pipeline#3176
Gonna give it an approve: /approve But leave it to @pritidesai and others to lgtm - also if anyone has different naming ideas for these vals please share!! |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bobcatfish The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
yup looks good, thanks @jerop |
Previously, we'd proposed to adding
continueAfterSkip
field whichdefaults to false and can be set to true to execute ordering-dependent
tasks
We want to update that proposal because:
as described in the Kubernetes API policy, "Think twice about bool
fields. Many ideas start as boolean but eventually trend towards a
small set of mutually exclusive options. Plan for future expansions by
describing the policy options explicitly as a string type alias."
So, we propose using a
whenSkipped
field which defaults toskipBranch
and users can set to
runBranch
to execute its branch that's made up ofordering-dependent tasks only
Further discussed in tektoncd/pipeline#3176
/cc @pritidesai @bobcatfish
/kind tep