-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
🐛 Add tests and update provider_issues.go #10264
🐛 Add tests and update provider_issues.go #10264
Conversation
Skipping CI for Draft Pull Request. |
/cc @kubernetes-sigs/cluster-api-release-team |
@nawazkh: GitHub didn't allow me to request PR reviews from the following users: kubernetes-sigs/cluster-api-release-team. Note that only kubernetes-sigs members and repo collaborators can review this PR, and authors cannot review their own PRs. 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. |
Following is the expected title and body of the issue created when Issue Title: Issue body: For quick referenceFollowing are the planned dates for the upcoming releasesCAPI v1.7.0 will be released on Tuesday, 16th April 2024. More details of the upcoming schedule can be seen at CAPI v1.7.0 release timeline. |
/lgtm thanks for this improvement! |
/lgtm |
LGTM label has been added. Git tree hash: 7984139e5eb464e5300850eac0eac5f28f3ac42d
|
hack/tools/release/internal/update_providers/provider_issues.go
Outdated
Show resolved
Hide resolved
b8cace8
to
4132310
Compare
4132310
to
aa2df70
Compare
Thx /approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: sbueringer 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 |
/lgtm |
LGTM label has been added. Git tree hash: 665e23e713b14d89ebedf961e494d33e57d87e2b
|
/area util |
What this PR does / why we need it:
RELEASE_TAG
before runningmake promote-images
as part of release process. I noticed that the sameRELEASE_TAG
cannot be used before runningmake release-provider-issues-tool
.release-provider-issues-tool
expected users toexport RELEASE_TAG
as1.7.0
whereas the release team initially setsRELEASE_TAG
tov1.7.0-beta.0
during the release workflow.release-provider-issues-tool
) is only expected to run once every release, i.e., at the time of releasing a beta version, it is important that we streamline theRELEASE_TAG
to one format to avoid any user errors.RELEASE_TAG
andRELEASE_DATE
.Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):