-
Notifications
You must be signed in to change notification settings - Fork 12
Updating ClusterProperty API to v1betav1 #27
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
Updating ClusterProperty API to v1betav1 #27
Conversation
I am not sure if the About API is ready to move to v1beta1 yet. There are a bunch of properties that we would like to add. |
Thank you @holgerson97!!!! This is awesome!! I will catch up on these after Kubecon. @ryanzhang-oss About API graduated to beta last year actually, but the repo hasn't caught up. Adding properties (if by that you mean, more records) is always possible; and well known properties can also be defined if that's what you mean. |
@holgerson97 - now that #25 is merged, if you rebase I'll push this one through. Thanks! |
5be1dc8
to
cfc8e62
Compare
Added API for v1beta1 Added StorageVersion and VersionName Generated new CRD Manifest Fixed Setting StorageVersion on false API Version
Squashed and rebased. |
// INSERT ADDITIONAL SPEC FIELDS - desired state of cluster | ||
// Important: Run "make" to regenerate code after modifying this file |
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.
why leave those behind if we don't plan to add more field?
// EDIT THIS FILE! THIS IS SCAFFOLDING FOR YOU TO OWN! | ||
// NOTE: json tags are required. Any new fields you add must have json tags for the fields to be serialized. |
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.
Those seem to be reminiscent of kubebuilder scaffolding, any reason to keep them?
Triage notes: API users and lauralorenz@ for lgtm, @jermeyot for approve. Interested in merging and then opening new PR if there are specific things to clean up. |
Merging to keep things moving. @ryanzhang-oss I recommend a follow up PR for any scaffolding cleanup /lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: holgerson97, JeremyOT 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 |
cc @RainbowMango |
Yes, seems we need another PR for the client thing. |
closes: #18
I upgrade the API files and adapted Makefile to support multiple CRD versions.
Is there more required to do to close issue #18?
NOTE Since I updated controller-gen in a different PR this one should probably merged afterwards and manifest freshly generated with new version.