-
Notifications
You must be signed in to change notification settings - Fork 296
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
Bump to Cluster API v1.7 #2549
Comments
Hey @sbueringer, |
@zhanggbj sounds good. Thank you! |
Hey @sbueringer , I just want to double-check the target of this item.
The intention is to replace the current hard-coded providers' versions with release markers, so that e2e test could fetch the latest and stable releases? And if yes, I would like to pick up this one :-) |
Yup. The idea is that we basically configure a release series (e.g. v1.6.x) via markers and the tests always use the latest patch version. Assigned you. Thx! |
Closing this issue. The mandatory parts of the CAPI bump are done. I see #2895 more as an async follow-up (that we'll complete in the next 1-2 weeks) |
/close |
@sbueringer: 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. |
Just an umbrella issue to collect follow-up tasks once we bumped to Cluster API v1.7 (to be released in April 2024):
"component", "remote/clustercachetracker"
twice. Since 🐛 Improve log k/v pairs and a improve/drop a few log lines cluster-api#9813 it is added by the CCT automaticallyThe text was updated successfully, but these errors were encountered: