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
Restructure our API to make it work with client-gen #6661
Conversation
/cc @mhenriks |
/retest |
1 similar comment
/retest |
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
I can't practically look at every change here. In general I get what's happening though. Our core api moved to the apis
directory along side snapshot and flavor apis. The core api is now generated in a way that makes it compatible with client-gen. Sounds great.
What's the plan for other projects that consume our API now. Will they be impacted by this change and need to adopt client-gen, or will their setup generally continue working? Given you made the backwards compatibility changes to kubecli, it seems like everything will continue to work as expected.
/retest |
looks good just not sure what's up with that test failure |
Tests looked good after your retest. |
Signed-off-by: Roman Mohr <rmohr@redhat.com>
Signed-off-by: Roman Mohr <rmohr@redhat.com>
Signed-off-by: Roman Mohr <rmohr@redhat.com>
move OWNERS file to the new location. Signed-off-by: Roman Mohr <rmohr@redhat.com>
The kubecli client has special handling of v1alpha3 and v1. It allows for instance using an env var to not register all versions. This logic is move to kubecli.go and out of apis/core to avoid conflicts with client-gen. The final intent is that client-gen can focus on a clean v1 while client-go still supports the whole set of workarounds which some other projects which vendor client-go rely on. Signed-off-by: Roman Mohr <rmohr@redhat.com>
Signed-off-by: Roman Mohr <rmohr@redhat.com>
Signed-off-by: Roman Mohr <rmohr@redhat.com>
Rebased due to merge conflict. |
/retest |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: davidvossel, mhenriks 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 |
Bump KUBEVIRT to v0.47.1 and adapt the code for its new client-go struct introduced with kubevirt/kubevirt#6661 v0.47.0_rc.0 and v0.47.0 never got accepted because they were failing the upgrade tests, trying now with v0.47.1. Signed-off-by: Simone Tiraboschi <stirabos@redhat.com>
Bump KUBEVIRT to v0.47.1 and adapt the code for its new client-go struct introduced with kubevirt/kubevirt#6661 v0.47.0_rc.0 and v0.47.0 never got accepted because they were failing the upgrade tests, trying now with v0.47.1. Signed-off-by: Simone Tiraboschi <stirabos@redhat.com>
What this PR does / why we need it:
This PR prepares our codebase to allow synchronizing our API to https://github.com/kubevirt/api. In order to achive that the following preparations are done:
api/v1
toapis/core/v1
which makes it live side-by-side to otherkubevirt.io
apigroups likeapis/snapshot
.core/v1/register.go
to be compatible withclient-gen
kubecli.go
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 #
Special notes for your reviewer:
With this PR, other projects can already pull
kubevirt/client-go
and run something like the following on their codebase:Release note: