-
Notifications
You must be signed in to change notification settings - Fork 110
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
Kubernetes version matrix testing #1288
Comments
Related: tektoncd/pipeline#5767 |
/area roadmap |
Issues go stale after 90d of inactivity. /lifecycle stale Send feedback to tektoncd/plumbing. |
Stale issues rot after 30d of inactivity. /lifecycle rotten Send feedback to tektoncd/plumbing. |
Rotten issues close after 30d of inactivity. /close Send feedback to tektoncd/plumbing. |
@tekton-robot: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/remove-lifecycle rotten |
Issues go stale after 90d of inactivity. /lifecycle stale Send feedback to tektoncd/plumbing. |
/remove-lifecycle stale |
Feature request
Test various Tekton components and branches against the versions of k8s supported for that component.
Use case
Validate that Tekton can run on the versions of k8s available when a release is made.
Components
Branches
MIN_K8S_TEKTON
: min version of k8s that a version of Tekton can use at the time of releaseMIN_K8S_SUPPORTED
: min version of k8s that is supported (not EOL) - https://kubernetes.io/releases/MAX_K8S_TEKTON
: max version of k8s that a version of Tekton can use at the time of releaseMAX_K8S_SUPPORTED
: the latest version of k8s availableMIN_K8S_TEKTON
,MAX_K8S_SUPPORTED
] This should typically be 3 versions.MIN_K8S_TEKTON
,MIN_K8S_SUPPORTED
),MAX_K8S_TEKTON
] This will start typically as 3 versions and decrease over time as k8s version go EOL.Tests
Different components have a different number of e2e jobs.
For pipeline, we have one job for stable, one for beta flags and one for alpha flags.
The whole matrix would be nine jobs, which may be problematic:
Each component should define their strategy, which may include a combination full CI tests, smoke CI tests and periodic tests to provide coverage for the whole matrix.
The text was updated successfully, but these errors were encountered: