Closed Kukanani closed 4 years ago
I could not understand why this makes breaking change.
Changing a message field type (#22) will break workflows of anyone who uses that field, causing build errors on C++ and possibly runtime errors on Python.
Adding fields (#19) can cause issues with mismatched MD5 sums. Example: https://answers.ros.org/question/10628/running-processes-on-different-machines-causes-md5sum-incompatibility-issue/ Open Robotics rarely updates their message definitions for a given ROS distro (or even between them) to avoid breaking interoperability for this reason.
Reverting to avoid breaking backward compatibility.
@mistermult @hakuturu583 to continue using the changes from PRs #22 and #19, please switch to the
master
(development) branch.