-
Notifications
You must be signed in to change notification settings - Fork 4.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
adding a new rpc to a proto is a breaking api change #3024
Comments
@carnott-snap this is #2318, fixed by golang/protobuf#785 (but it requires user action every time, unfortunately). |
Thanks for the reference, and my sincerest apologies for missing this when I searched for related issues. Is this feature documented publicly? My colleagues and I have been using gRPC for a while and this recently caught us unawares. |
@carnott-snap not very well, no. I will be adding the usage of this to our examples, and updating any related documentation. |
Furthermore, could this be added to the docstrings of the service interfaces, like with the |
I also notice that this only generates |
@carnott-snap for test clients, you can embed the |
@carnott-snap - regarding:
Something like that would make sense. If you have the cycles, this kind of change would be excellent as a contribution! |
I will try this out.
Yeah, let me see if I can make time, the change seems simple enough. Would you like me to spawn an issue to track and finalise the design? |
Thanks. No, if you are only adding comments to the generated code, you can just send the PR and we can bikeshed on the precise desired wording in the review. |
While I can understand that sun-setting a field (read:
reserved
field) in a proto would lead to a breaking change in generated Go code, it confuses me why adding a newrpc
would also cause a breaking API change. (Reproducer available upon request.)The text was updated successfully, but these errors were encountered: