Welcome the documentation of ROS Team Workspace-Framework

ROS Team Workspace (RosTeamWS) is a framework for boosting collaboration in teams when developing software for robots using Robot Operating System (ROS). It supports both ROS and ROS 2. Its main goal is to optimize the workflow of development teams and focus more on programming robots.

The framework was initiated by Dr. Denis in 2016 to increase collaboration at the Institute for Anthropomatics and Robotics (IAR) - Intelligent Process Control and Robotics (IPR), Karlsruhe Institute of Technology (KIT).

From 2021, the framework is maintained by Stogl Robotics Consulting.

Purpose of the RosTeamWS

This package targets the following stakeholders:

  • Robotic Companies to have a unified, overview repository of their use-cases, enable across-teams re-use of ROS packages, and to define “standardized” development structure.

  • Robotic Consultants to simplify ROS packages’ management and provide open and documented package-structure for their customers.

  • R&D Departments to propagate the packages across their development stages by keeping simple access and sharing policy.

  • Research Labs to organize their work across research groups and reduce onboarding time for new students.

The framework is the main entry-point for teams to:

  1. organize their public and private ROS packages;

  2. describes scenarios;

  3. enable continuous integration across the use-cases;

  4. provide scripts for easy use of ROS.

To achieve this, RosTeamWS defines:

  1. an architecture of overlaid workspaces for sharing standard ROS packages;

  2. standardized package structure for straightforward collaboration;

  3. scripts for workspace and package management to keep their internal structure familiar to everyone in the team;

  4. often-used scripts for tests of small development-chunks.

DISCLAIMER

The work in the RosTeamWS-framework tries to follow, if applicable, ROS Enhancement Proposals (REPs). Still, collisions in the best-practices proposals may occur. The opinions and proposals stated here are merely related to the authors’ experiences.