Command-line tool for generating documentation for ROS 2 packages.
This tool can be viewed from two perspectives: first from the perspective of a user wanting to building documentation for any given ROS 2 package in order to view it, and second from the perspective of package maintainers who need to write their documentation and configure how this tool works on their package.
To generate the documentation for almost any ROS 2 package, run this command replacing the arguments with appropriate directories:
rosdoc2 build \
--package-path ./src/path/to/my_package_name
[!NOTE] Please see Known Issues if failed.
This command will inspect your package and run various documentation tools based on the configuration of your package.
The package directory that you specify must contain a single ROS 2 package that has a package.xml
file and optionally a YAML configuration file to configure the doc build process.
There will be an index.html
file in the output directory which you can open manually, or with this command:
rosdoc2 open ./doc_output/index.html
For more advanced usage see the documentation.
It may be helpful during rosdoc2 development to run a version of rosdoc2 without installing it. This can be done (after doing an initial normal install to make sure prerequisites are available) by running, from the rosdoc2 main directory:
python3 -m rosdoc2.main <options>
In many cases, C/C++ packages require no configuration, and will work if you simply layout your package in a standard configuration and the tool will do the rest.
However, if you want to provide additional documentation, like a conceptual overview or tutorials, then you will want to provide a Sphinx conf.py
file and do that documentation in .rst
files using Sphinx.
Additionally, if you have a Python API then you will want to provide a Sphinx conf.py
apt install -y python3-pip git
and then, install ros2_documentation required packages.
rosdoc2
installationrosdoc2
can be installed locally from the git repository.
Clone the repository, change into the directory, and then run:
pip install --user --upgrade .
rosdoc2
will be installed under ~/.local/bin/
directory.
The purpose of this tool is to automate the execution of the various documentation tools when building documentation for ROS 2 packages. Additionally, it provides several out-of-the-box behaviors to minimize configuration in the packages and to provide consistency across packages.
It aims to support two main cases:
The goal for the first case is to allow almost no configuration in packages while still providing some useful documentation, even if there is no Doxyfile, Sphinx conf.py file, or any free form documentation.
The goal for the second case is to allow packages to have free form documentation, additional settings for Doxygen and Sphinx, as well as make it possible for developers to easily invoke Doxygen or Sphinx on their projects manually, without this tool. In this case, the tool would just automate execution of the tools and provide or override certain additional settings to make it more consistent with other packages, for example configuring the output directory or providing the configuration needed to use cross-references via tag files in Doxygen and inventory files in Sphinx.
Additionally, the tool aims to enable a few features:
Some features were kept in mind while initially developing this tool, but are not yet implemented. Including:
What you need to do in order to get basic documentation for your package using this tool is.. nothing.
This tool will extract information from your package's package.xml
manifest file and generate a landing page for you.
Additionally, if your package is laid out in a standard way then it will automatically run Sphinx and/or Doxygen for you.
However, if you need to place your files in non-standard locations, configure Sphinx and/or Doxygen beyond the defaults, or do something else, you will need to create a rosdoc2.yaml
file and reference it from your package's package.xml
.
How to do that, and how to handle some other special cases will follow.
rosdoc2.yaml
file to control how your package is documentedTo generate a default config file, run
rosdoc2 default_config \
--package-path ./src/path/to/my_package_name
TODO
The tool uses information from your package's package.xml
manifest file, and assumes the source files with documentation to be extracted are all in the include
folder of your packages, based on the package layout conventions for ROS 2:
https://docs.ros.org/en/rolling/The-ROS2-Project/Contributing/Developer-Guide.html#filesystem-layout
TODO
TODO
TODO
It might be helpful, in some cases, to understand how this tool functions.
The tool follows these steps:
package.xml
of the package for any rosdoc2 specific configurations.
'output subdir': {<settings>}
and are in the 'builders' key.Some things to note from the above:
The Sphinx builder will attempt to do a few things to ensure it runs even without any configuration:
sphinx_sourcedir
is provided, it will assert that it exists and use that.doc
directory in the root of the package.The final default is in place, even for packages with only C++, so that we can enable cross-referencing between packages using Sphinx and Breathe.
If an existing sphinx project is found, the conf.py
sphinx configuration will be extended to enable rosdoc2-specific features according to the rosdoc2 configuration.
Additionally, the project
, author
, release
and version
options are populated from package.xml if they are not specified in conf.py
.
The Doxygen builder will attempt to run even with no additional configuration, following these steps:
doxyfile
setting is provided, it will assert that it exists and use it.Doxyfile
in the package's root directory, and use that if it exists.include
directory, if it exists it will set up a default Doxygen file and try to document the headers in include
.The final default is a best effort to document the headers (assumed to be the public interface for most C++ packages).
TODO
To install rosdoc2 prerequisites for testing, run
pip install --user --upgrade .[test]
You probably want to test rosdoc2 using code in a local directory rather than re-running install every time you do a change. To do this, run (from the directory containing this README):
python3 -m pytest
If you want to see more output, try the -rP
and/or --log-level=DEBUG
option.
To limit to a particular test, for example the test of "full_package", use -k full_package
Combining these as an example, to get detailed output from the full_package test even for passed tests, run:
python3 -m pytest -rP --log-level=DEBUG -k full_package
TODO
Description / Error Message | Issue | Workaround |
---|---|---|
No module named 'rclpy._rclpy_pybind11' |
#66 | Do not source colcon workspace. |