-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
🌱 migrate kubebuilder CLI tests to ginkgo/v2 (this pr does not change the scaffolds done by the tool) #2876
🌱 migrate kubebuilder CLI tests to ginkgo/v2 (this pr does not change the scaffolds done by the tool) #2876
Conversation
Hi @jakobmoellersap. Thanks for your PR. I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Just saw that there is a previous pull for this in #2522 that got closed. Also leaving this in draft until we have dedicated v4 scaffolding |
/ok-to-test |
I would suggest to even open up this PR normally (to upgrade kubebuilder and its test) and then a follow-up PR for the scaffolding. That would make it a bit easier to maintain / review / plan. WDYT @camilamacedo86 ? |
Hi @jakobmoellersap that is fine, you can work on this as normal PR. No problem at all. we can also: /ok-to-test /test-all |
52deca5
to
c645f1d
Compare
/retest |
/test pull-kubebuilder-e2e-k8s-1-19-16 |
/cc @camilamacedo86 |
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.
Hi @jakobmoellersap,
I understand that this PR just change the CLI tests and not the tests scaffolded by the tool.
You are right and migrating the scaffold is a breaking change, however, in this case, I think we will not have the choice because controller-runtime and k8s which are dependencies of this project introduced that, see: kubernetes-sigs/controller-runtime#1977. Therefore, to keep the compatibility and look for maintainability it seems that the best approach is in a follow up we also change the default scaffolds and add the warning (
So, if you would like to work on the follow up please feel free.
Also, thank you for your terrific work and contribution to the project 🥇
For me it is all fine:
/approved
I will pick up the ginkgo v2 scaffolding migration next |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: camilamacedo86, jakobmoellersap, varshaprasad96 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 |
/lgtm Receive 2 approvals |
This PR makes sure to migrate kubebuilder
and the corresponding scaffoldingto gingko/v2. Currently the entire test suite of kubebuilder itself is migrated, however there are 2 things missing: