-
Notifications
You must be signed in to change notification settings - Fork 156
switched openapi generator to latest v5.1.0 #189
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
Conversation
/cc @roycaihw |
/hold |
Thanks for holding. I'd like to keep our in-flight v17 Python client releases using the same client generator version. It would be great if we can merge this after we have a stable v17 release. But technically we should be able to configure the value in the Python repo, so we can merge this if other clients need this. |
/lgtm |
/approve But I think the best practice is for each client library to specify their own commit hash so that the behavior is deterministic per-library. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: brendandburns, yliaog 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 |
/hold remove |
/remove-hold |
/hold |
@roycaihw let me know when this is ready to merge (or just un-hold it yourself) |
+1 bumping generator for java |
/hold cancel Sorry for the late reply. The python client release doesn't block this. |
Fixes kubernetes-client/python#1421
latest openapi generator release is v5.1.0 (https://github.com/OpenAPITools/openapi-generator)