-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
finish TODO in upgrade test config #20395
Conversation
- --extract=ci/stable | ||
- --extract=ci/stable-1.19 |
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.
I'm fuzzy about what these represent... is ci/stable the latest 1.20.x release or the latest commit on release-1.20 branch? Same question for ci/stable-1.19.
If we want to test upgrade from the latest release to current dev branch, should this be ci/latest
and ci/stable
?
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.
ci/latest | ci/stable |
---|---|
v1.21.0-alpha.0 | v1.20.1 |
ci/latest-1.20 | ci/stable-1.20 |
---|---|
v1.20.2-rc.0 | v1.20.1 |
yea, ci/stable is the latest 1.20.x while ci/latest has the largest tag number. e.g. v1.21.0-alpha.0
with bound beta, latest or stable will eventually have bound enabled by default and this upgrade will not have much value.
my current plan is fix the initial version to versions with bound alpha (e.g. ci/stable-1.19) and upgrade to ci/stable.
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.
unless we want this job to tell us something broke after we cut a release, I'm pretty sure the version we're upgrading to should be using latest instead of stable
given we also didn't enable BoundServiceAccountTokenVolume by default in 1.20, I think this should probably just test from ci/latest-1.20
to ci/latest
for now.
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.
sounds good.
/test pull-test-infra-integration |
/lgtm |
/lgtm |
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: mikedanese, zshihang 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 |
@zshihang: Updated the
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. |
fix: #19575