Closed ceccocats closed 4 months ago
It was probably done to keep similar fields grouped together. In hind sight, we should have added those new fields without changing the existing field positions. At this point, changing it in gz-msgs10 would break ABI, so I would not be in favor of that.
I can communicate beetween two different version of gz-msgs and gz-transport but updates on message version 10 break compatibility for no reason.
Example:
Version9
Version10
There is no reason to re-enumerate fields of proto, it should have been like this:
There is any specific reason why its like that?