-
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
🌱 Include metadata for the CAPI releases #4167
🌱 Include metadata for the CAPI releases #4167
Conversation
releaseSeries: | ||
- major: 0 | ||
minor: 4 | ||
contract: v1alpha4 | ||
- major: 0 | ||
minor: 3 | ||
contract: v1alpha3 |
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 specifically excluded v1alpha2 because the bootstrap provider was v0.1.x for v1alpha2 and ControlPlane provider didn't exist.
Question: Do we need to include v1alpha3 series here?
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 think we should for future reference, even if it's not strictly needed. Are there any downsides to including it?
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.
So the only downside I can see is that, currently the three providers - CoreProvider/cluster-api, BootstrapProvider/Kubeadm, and ControlPlaneProvider/Kubeadm all share the same repository and therefore the same metadata.yaml
.
If we include a series for v1alpha2
such as
- major: 0
minor: 2
contract: v1alpha2
it would be misleading because for BootstrapProvider/Kubeadm it was v0.1 for v1alpha2. See here for old reference.
However, the above would be accurate for ControlPlaneProvider/Kubeadm. So because of BootstrapProvider/Kubeadm, I decided to not include it.
@wfernandes does this change require any action from providers? |
@CecileRobertMichon Nope. There shouldn't be any changes to other providers. |
234038c
to
b40f31f
Compare
/lgtm |
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.
/approve
/milestone v0.4.0
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: vincepri 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 |
What this PR does / why we need it:
Since we removed the embedded metadata, we are going to include the metadata.yaml in the CAPI release assets.
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes #4156