-
Notifications
You must be signed in to change notification settings - Fork 261
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
⚠️ Simplify v1alpha6 cluster restorer #1925
⚠️ Simplify v1alpha6 cluster restorer #1925
Conversation
The bastion has a separate restorer.
This is a breaking change, although it should not have any negative effects in practise. The v1alpha6 cluster restorer had become too complex with too many individual fields. This change reduces the number of fields to be consistent with the v1alpha7 restorer. With this change, an object stored as v1alpha6 with previous v1beta1 annotations could have fields in its spec restored to a semantically equivalent but slightly different serialisation when converted to v1beta1. Differences in the bastion and status are not affected. In practise this should not matter for 2 reasons: * The storage version is v1beta1, so the annotation should have been freshly generated in the new format anyway. * Even if it were not, and the v1alpha6 were under external control, the external controller would observe a difference and restore it to the previous version. It would then converted again with the new annotation. Note that if the object is not under external control these differences don't matter anyway.
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: mdbooth 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 |
✅ Deploy Preview for kubernetes-sigs-cluster-api-openstack ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
/lgtm Thanks |
/hold cancel |
This is a breaking change, although it should not have any negative effects in practise.
The v1alpha6 cluster restorer had become too complex with too many individual fields. This change reduces the number of fields to be consistent with the v1alpha7 restorer.
With this change, an object stored as v1alpha6 with previous v1beta1 annotations could have fields in its spec restored to a semantically equivalent but slightly different serialisation when converted to v1beta1. Differences in the bastion and status are not affected.
In practise this should not matter for 2 reasons:
Note that if the object is not under external control these differences should not matter anyway.
/hold