MoveIt! Tutorials
https://ros-planning.github.io/moveit_tutorials/
This is the primary documentation for the MoveIt! project. We strongly encourage you to help improve MoveIt!'s documentation. Please consider reading the guidelines below for writing the best documentation and tutorials. However, if you are uncomfortable with any of the approaches, simply adding documentation text to your pull requests is better than nothing.
These tutorials use the reStructuredText format commonly used in the Sphinx "Python Documentation Generator". This unfortunately differs from the common Markdown format, but its advantage is that it supports embedding code directly from source files for inline code tutorials.
This repository is currently built automatically by two systems. Travis builds the documentation for Melodic and ROS Build Farm builds the documentation for older versions:
- Github Pages + Travis: latest
- ROS Melodic Build Farm: TODO, unreleased
- ROS Kinetic Build Farm
- ROS Indigo Build Farm
Versions
indigo-devel
usage is discouragedkinetic-devel
stablemelodic-devel
stablemaster
latest, changes should target this branch
Build Locally
If you want to test the tutorials by generating the html pages locally on your machine, use the build_locally
script.
It has been tested on Ubuntu 16.04 with ROS Kinetic pre-installed. Run in the root of the moveit_tutorials package:
export ROS_DISTRO=kinetic # 16.04
export ROS_DISTRO=melodic # 18.04
source /opt/ros/$ROS_DISTRO/setup.bash
./build_locally.sh
The local website <LOCAL_PACKAGE_PATH>/build/html/index.html
should automatically open in your web browser.
ROS Build Farm Deployment
For deploying documentation changes to the web, Section 3 of rosdoc_lite wiki says that "rosdoc_lite is automatically run for packages in repositories that have rosinstall files listed in the rosdistro repository." This is done about once every 24 hours, overnight.
Contributing
We rely on the community to keep these tutorials up to date and bug free. If you find an issue with the tutorials please open an issue on GitHub or open a PR with proposed changes.
Formatting and Style
Code Formatting
- These tutorials use the same style guidelines as the MoveIt! project. When modifying or adding to these tutorials, it is required that code is auto formatted using clang-format.
- Tutorials should exemplify best coding practices. If a contribution wouldn't pass review in the MoveIt! project, then it shouldn't pass review in the tutorials.
- Relevant code should be included and explained using the
.. tutorial-formatter::
tag. - Irrelevant code should be excluded from the generated html using the
BEGIN_TUTORIAL
,END_TUTORIAL
,BEGIN_SUB_TUTORIAL
, andEND_SUB_TUTORIAL
tags. - Whenever possible, links should be created using the
extlinks
dictionary defined inconf.py
. - All demo code should be runnable from within the
moveit_tutorials
package. - Python code should be run using
rosrun
.
Style
- Each tutorial should be focused on teaching the user one feature or interface within MoveIt!.
- Tutorials should flow from show to tell with videos and demos at the beginning followed by explanations.
- New tutorials should match the formatting, style and flow of existing tutorials whenever possible.
Directory Structure
- Each tutorial should live in its own subdirectory within the
./doc/ <>
directory. - Add your tutorial to
index.rst
in the root directory. - Tutorials should use the following directory structure omitting unnecessary files and subdirectories:
moveit_tutorials/doc/
└── <tutorial_name>/
├── <tutorial_name>_tutorial.rst
├── CMakeLists.txt
├── package.xml
├── setup.py
├── images/
│ └── <tutorial_name>_<image_description>.png
├── include/
│ └── <tutorial_name>/
│ └── <include_header>.h # Any custom C++ library header files
├── launch/
│ └── <tutorial_name>_tutorial.launch
├── src/
│ ├── <tutorial_name>_tutorial.cpp # Main C++ executable
│ ├── <include_source>.cpp # Custom C++ library source files
│ └── <tutorial_name>/
│ ├── __init__.py
│ ├── <tutorial_name>_tutorial.py # Main Python executable
│ └── <python_library>.py # Custom Python libraries
└── test/ # Ideally tutorials have their own integration tests
├── <tutorial_name>_tutorial.test # Launch file for tests
├── <tutorial_name>_tutorial_test.py # Python tests for tutorial
└── <tutorial_name>_tutorial_test.cpp # C++ tests for tutorial