KEP-5589 - drop gogo runtime dependencies#134256
KEP-5589 - drop gogo runtime dependencies#134256k8s-ci-robot merged 4 commits intokubernetes:masterfrom
Conversation
|
This issue is currently awaiting triage. If a SIG or subproject determines this is a relevant issue, they will accept it by applying the The DetailsInstructions 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-sigs/prow repository. |
|
KEP is merged, this is ready for review and completes phase 1 of kubernetes/enhancements#5589 (removal of runtime dependencies). |
|
As unpleasant as it is, the
|
73d37bf to
5683e9c
Compare
5683e9c to
a37b649
Compare
|
/retest |
jpbetz
left a comment
There was a problem hiding this comment.
Two questions then LGTM. That the generated code compiles is sufficient to convince me that this is correct. Thanks!
|
pushed godoc updates to clarify the generator functions |
|
/lgtm |
|
LGTM label has been added. DetailsGit tree hash: 82654caf262e9f59468b1f6765d1b2bf978febf7 |
|
/lgtm |
|
/hold cancel |
|
This PR may require API review. If so, when the changes are ready, complete the pre-review checklist and request an API review. Status of requested reviews is tracked in the API Review project. |
|
/approve |
What type of PR is this?
/kind cleanup
/kind feature
What this PR does / why we need it:
Completes the first phase of kubernetes/enhancements#5589
ProtoMessage()marker method on Kubernetes REST API types behind akubernetes_protomessage_one_more_releasebuild tag. This was a misleading marker method, since gogo-generated types are not fully compliant with what the standard protobuf library expects (it describes these as "aberrant messages" and has only best-effort support for them)These changes are accomplished by updating our existing post-gogo-generation rewrite step to:
ProtoMessage()methods to a separate build-tagged fileThis limits gogo dependencies for kube API types to code-generator generation time
Which issue(s) this PR is related to:
kubernetes/enhancements#5589
#96564
Does this PR introduce a user-facing change?
/sig api-machinery
/hold