This document is a declaration of software quality for the rmw_cyclonedds_cpp
package, based on the guidelines in REP-2004.
The package rmw_cyclonedds_cpp
claims to be in the Quality Level 3 category.
Below are the rationales, notes, and caveats for this claim, organized by each requirement listed in the Package Requirements for Quality Level 4 in REP-2004.
rmw_cyclonedds_cpp
uses semver
according to the recommendation for ROS Core packages in the ROS 2 Developer Guide.
rmw_cyclonedds_cpp
is at a stable version, i.e. >= 1.0.0
.
The current version can be found in its package.xml, and its change history can be found in its CHANGELOG.
Public API for rmw_cyclonedds_cpp
is declared through rmw
.
rmw_cyclonedds_cpp
will not break public API within a released ROS distribution, i.e. no major releases once the ROS distribution is released.
rmw_cyclonedds_cpp
contains C and C++ code and therefore must be concerned with ABI stability, and will maintain ABI stability within a ROS distribution.
rmw_cyclonedds_cpp
follows the recommended guidelines for ROS Core packages in the ROS 2 Developer Guide.
This package requires that all changes occur through a pull request.
This package uses DCO as its confirmation of contributor origin policy. More information can be found in CONTRIBUTING.
Following the recommended guidelines for ROS Core packages, all pull requests must have at least 1 peer review.
All pull requests must pass CI on all tier 1 platforms.
All pull requests must resolve related documentation changes before merging.
rmw_cyclonedds_cpp
's features are documented through rmw
.
It has a feature list and each item in the list links to the corresponding feature documentation.
There is documentation for all of the features, and new features require documentation before being added.
rmw_cyclonedds_cpp
's API is declared and documented by rmw
.
It has embedded API documentation and it is generated using doxygen and is hosted alongside the feature documentation.
There is documentation for all of the public API, and new additions to the public API require documentation before being added.
The license for rmw_cyclonedds_cpp
is Apache 2.0, and a summary is in each source file, the type is declared in the package.xml manifest file, and a full copy of the license is in the LICENSE file.
There is an automated test which runs a linter that ensures each file has a license statement.
Most recent test results can be found here
The copyright holders each provide a statement of copyright in each source code file in rmw_cyclonedds_cpp
.
There is an automated test which runs a linter that ensures each file has at least one copyright statement.
The results of the test can be found here.
All of the rmw_cyclonedds_cpp
public features are ROS middleware features.
Unit, integration, and system tests higher up in the stack, such as those found in test_rmw_implementation
, test_rclcpp
, and test_communication
packages, provide feature coverage.
Nightly CI jobs in ci.ros2.org
and build.ros2.org
, where rmw_cyclonedds_cpp
is the default rmw
implementation, thoroughly exercise this middleware.
rmw_cyclonedds_cpp
implements the ROS middleware public API.
Unit, integration, and system tests higher up in the stack, such as those found in test_rmw_implementation
, test_rclcpp
, and test_communication
packages, ensure compliance with the ROS middleware API specification (see rmw
package) and further extend coverage.
New additions or changes to this API require tests before being added.
rmw_cyclonedds_cpp
follows the recommendations for ROS Core packages in the ROS 2 Developer Guide, and opts to use branch coverage instead of line coverage.
This includes:
- tracking and reporting line coverage statistics
- achieving and maintaining a reasonable branch line coverage (90-100%)
- no lines are manually skipped in coverage calculations
Changes are required to make a best effort to keep or increase coverage before being accepted, but decreases are allowed if properly justified and accepted by reviewers.
Current coverage statistics can be viewed here. A summary of how these statistics are calculated can be found in the ROS 2 Developer Guide.
This package claims to meet the coverage requirements for the current quality level, even though it doesn't have 95% line coverage.
rmw_cyclonedds_cpp
does not currently have performance tests.
rmw_cyclonedds_cpp
uses and passes all the standard linters and static analysis tools for a C++ package as described in the ROS 2 Developer Guide.
Results of the nightly linter tests can be found here.
rmw_cyclonedds_cpp
has the following runtime ROS dependencies:
rcpputils
: QUALITY DECLARATIONrcutils
: QUALITY DECLARATIONrmw
: QUALITY DECLARATIONrmw_dds_common
: QUALITY DECLARATIONrosidl_runtime_c
: QUALITY DECLARATIONrosidl_runtime_cpp
: QUALITY DECLARATIONrosidl_typesupport_introspection_c
: no quality declarationrosidl_typesupport_introspection_cpp
: no quality declarationtracetools
: QUALITY DECLARATION
It has several "buildtool" dependencies, which do not affect the resulting quality of the package, because they do not contribute to the public library API. It also has several test dependencies, which do not affect the resulting quality of the package, because they are only used to build and run the test code.
rmw_cyclonedds_cpp
has the following runtime non-ROS dependencies:
cyclonedds
: Eclipse Cyclone DDS claims to be Quality Level 2. For more information, please refer to its quality declaration document.
rmw_cyclonedds_cpp
supports all of the tier 1 platforms as described in REP-2000, and tests each change against all of them.
Currently nightly results can be seen here:
This package conforms to the Vulnerability Disclosure Policy in REP-2006.
The chart below compares the requirements in the REP-2004 with the current state of the rmw_cyclonedds_cpp
package.
Number | Requirement | Current state |
---|---|---|
1 | Version policy | --- |
1.i | Version Policy available | ✓ |
1.ii | Stable version | x |
1.iii | Declared public API | ✓ |
1.iv | API stability policy | ✓ |
1.v | ABI stability policy | ✓ |
1.vi_ | API/ABI stable within ros distribution | ✓ |
2 | Change control process | --- |
2.i | All changes occur on change request | ✓ |
2.ii | Contributor origin (DCO, CLA, etc) | ✓ |
2.iii | Peer review policy | ✓ |
2.iv | CI policy for change requests | ✓ |
2.v | Documentation policy for change requests | ✓ |
3 | Documentation | --- |
3.i | Per feature documentation | ✓ |
3.ii | Per public API item documentation | ✓ |
3.iii | Declared License(s) | ✓ |
3.iv | Copyright in source files | ✓ |
3.v.a | Quality declaration linked to README | ✓ |
3.v.b | Centralized declaration available for peer review | ✓ |
4 | Testing | --- |
4.i | Feature items tests | ✓ |
4.ii | Public API tests | ✓ |
4.iii.a | Using coverage | ✓ |
4.iii.a | Coverage policy | ✓ |
4.iv.a | Performance tests (if applicable) | ☓ |
4.iv.b | Performance tests policy | ✓ |
4.v.a | Code style enforcement (linters) | ✓ |
4.v.b | Use of static analysis tools | ✓ |
5 | Dependencies | --- |
5.i | Must not have ROS lower level dependencies | x |
5.ii | Optional ROS lower level dependencies | ✓ |
5.iii | Justifies quality use of non-ROS dependencies | ✓ |
6 | Platform support | --- |
6.i | Support targets Tier1 ROS platforms | ✓ |
7 | Security | --- |
7.i | Vulnerability Disclosure Policy | ✓ |