-
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-0059: Skipping Strategies - Migration Plan #481
Conversation
/assign |
I assigned myself but didn't get a chance to review and now I'll be out for 2 weeks so taking my name off. |
/assign @pritidesai |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: sbwsg 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 |
tiny nit: suggest changing the |
This change is a clarification and update to the migration and upgrade plan for skipping strategies. The implementable proposal is to change the scope of `when` expressions to guard the `Task`. This is a backwards-incompatible change. To make the transition smooth, we plan to: - provide a feature flag, `scope-when-expressions-to-task`, which: - will default to `scope-when-expressions-to-task` : "false" to guard a `Task` and its dependent `Tasks` - can be set to `scope-when-expressions-to-task` : "true" to guard a `Task` only - after 9 months, per the [Tekton API compatibility policy](https://github.com/tektoncd/pipeline/blob/main/api_compatibility_policy.md#alpha-beta-and-ga), we'll flip the feature flag and default to ` scope-when-expressions-to-task` : "true" [February 2022] - in the next release, we'll remove the feature flag and `when` expressions will be scoped to guard a `Task` only going forward [March 2022] - when we do [v1 release](tektoncd/pipeline#3548) (projected for early 2022), we will have `when` expressions guarding a `Task` only both in _beta_ and _v1_ We also plan to over-communicate during the migration in Slack, email and working group meetings.
8acaee3
to
9537ae7
Compare
thanks @jerop |
This change is a clarification and update to the migration and upgrade
plan for skipping strategies.
The implementable proposal is to change the scope of
when
expressionsto guard the
Task
. This is a backwards-incompatible change. To make thetransition smooth, we plan to:
scope-when-expressions-to-task
, which:scope-when-expressions-to-task
: "false" to guarda
Task
and its dependentTasks
scope-when-expressions-to-task
: "true" to guard aTask
onlywe'll flip the feature flag and default to
scope-when-expressions-to-task
: "true" [February 2022]when
expressionswill be scoped to guard a
Task
only going forward [March 2022](projected for early 2022), we will have
when
expressions guarding aTask
only both in beta and v1We also plan to over-communicate during the migration in Slack, email
and working group meetings.
/cc @tektoncd/core-maintainers
/kind tep