-
Notifications
You must be signed in to change notification settings - Fork 25
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 internal versions to use release v0.4.0 #56
🌱 Bump internal versions to use release v0.4.0 #56
Conversation
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.
/hold
This is breaking the changes made for Cluster API in #55 as the version used in the hosted action does not include those changes.
AFAICT the version here should probably be bumped to v0.4.1 - is my understanding correct?
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.
/lgtm
I would guess it should be v0.4.1 to match the upcoming release. |
@@ -7,7 +7,7 @@ replace sigs.k8s.io/kubebuilder-release-tools/notes => ../notes | |||
require ( | |||
github.com/google/go-github/v32 v32.1.0 | |||
golang.org/x/oauth2 v0.8.0 | |||
sigs.k8s.io/kubebuilder-release-tools/notes v0.3.0 | |||
sigs.k8s.io/kubebuilder-release-tools/notes v0.4.0 |
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.
This version doesn't specifically matter because of the replace, but probably better to keep it to latest in any case.
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.
we can get this one merged and then do another one
or just set here the latest version.
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.
/lgtm
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: camilamacedo86, killianmuldoon 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 |
@camilamacedo86 are you likely to do a new release of 0.4.X for this? In that case I'll bump the version in this PR to v0.4.1 |
@killianmuldoon Is our action taking the version from the master branch or from the tag? If it's from the tag I would prefer v0.4.1 & a new patch release to have it clean |
It's from the tag - but my question is to figure out the preference of whoever is doing the release. I'll update the PR regardless |
Signed-off-by: killianmuldoon <kmuldoon@vmware.com>
74c9832
to
b69a151
Compare
I think it would be pretty bad if we basically consume a tag which points to another version (e.g. we pin to v0.4.1 and that links to v0.4.0). But I know that's not what you're suggesting. I was just trying to understand how it works :) But of course for this PR here it depends on if we just bring main in line with the last release (so set it to v0.4.0) or if we already set it up for a v0.4.1 release. I would prefer the latter, but as you said of course up to maintainers. |
/lgtm from my side, but should be reviewed again by a maintainer before merge |
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.
@vincepri is who has been taken care of this one.
I am OK with the changes, but let's see what he thinks.
/hold cancel |
@vincepri / @camilamacedo86 Can one of you please create a new v0.4.1 release? We currently use v0.4.0 of the action (which uses the v0.3.0 image) in Cluster API and we would like to resolve this situation |
Update the internally referenced version of the action and the notes tool to the current release.