Les licences open source vu par les juristes
j |
e |
k |
---|---|---|
MIT, BSD Apache2 | LGPL Mozilla Public Licence | GPL, AGPL Creative Commons |
1 package ROS = 1 dépôt Git
Créer un dépôt Git par projet au niveau du workspace ROS
Utilisation de wstool pour automatiser le téléchargement des packages
- git: local-name: src/log_server uri: http://git.easymov.fr/ros-open-source/log_server.git - git: local-name: src/oros_tools uri: http://git.easymov.fr/oros/oros_tools.git
Avoir des tests unitaires et des tests d'intégration :
Abusez des conteneurs pour déployer vos applications de manière répétable
(et indépendament de ce qui est déjà installé sur la machine hôte)
1 clé rosdep = 1 package système sur la machine cible
Les clés rosdep sont à ajouter dans le fichier package.xml
Si le projet est assez complexe à prendre en main, n'hésitez pas à écrire des tutoriaux
ROS possède sa propre build farm qui automatise la création de paquets système
catkin_generate_changelog
catkin_prepare_release
bloom-release
Il administre le dépot Git, gère les pull request et est responsable des releases
Suivre les évolutions de ROS et lorsqu'une nouvelle version sort
Préparer votre code pour le rendre compatible
Les modifications sont souvent minimes voire inexistantes
Utiliser de l'open source c'est bien, en faire c'est mieux !
Journée 1 | Journée 2 | Journée 3 |
---|---|---|
Présentation de ROS | Déployer une application (roslaunch) | Interfaces matérielles (ros_control) |
Workspace, packages et noeuds | Visualiser des données | Rejeu de données |
TP - Création de noeuds (C++, Python) | Simuler avec Gazebo | Optimisations et multithreading |
Espaces de nommage et renommages | TP - Création d'un robot en simulation | TP - Navigation d'un robot mobile |
Topics, messages, services et paramètres |
Slideshow started
Slideshow stopped