Fusionner tout le code dans un seul répertoire (comme pour wsn430) serait extrêmement compliqué (différents systèmes de build, suivi des versions,...) et peu dans l'esprit 'clone/fork' de git/git-hub.
En tenant compte de l'existant, on propose de diviser iot-lab en plusieurs projets git-hub hébergés sous github.com/iot-lab/
iot-lab : 1 projet 'chapeau' qui sera un point d'entrée pour installer le projet iot-lab complet constitué des différents projets git-hub.
il contiendra le wiki de la 'doc détaillée', des outils de scripts nécessaires, des utilitaires indépendants des archi/os,...
pour ce regroupement, nous n'avons pas encore choisi les 3 solutions qui s'offrent à nous : sub-modules, sub-tree, simplement script shell.
NB: Pour rester cohérent avec une vision OS ou OS enrichi (cas openlab = freertos+driver+lib), on sortirait à terme de wsn430: tiny-os (en faire un projet git-hub à part entière) et contiki (en l'intégrant dans le contiki existant avec une branche WSN430 tant que l'on n'a pas migré en 2.7 la version wsn...).
On en discute au sprint mais je suis preneur d'ici là de toutes les remarques ou propositions...
Fusionner tout le code dans un seul répertoire (comme pour wsn430) serait extrêmement compliqué (différents systèmes de build, suivi des versions,...) et peu dans l'esprit 'clone/fork' de git/git-hub.
En tenant compte de l'existant, on propose de diviser iot-lab en plusieurs projets git-hub hébergés sous github.com/iot-lab/
openlab (le fork https://github.com/hikob/openlab) qui deviendra le 'master' openlab cogéré avec hikoB.
Il contient le source pour les noeuds M3 (et d'autres noeuds distribués par HikoB) : driver, et Free-RTOS avec des libs utilitaires et de comm.
contiki : (le fork https://github.com/hikob/contiki-os) qui deviendra le 'master' openlab cogéré avec hikoB.
c'est un contiki 2.7 avec la plateforme M3. NB: pour la compilation, il est nécessaire de pointer sur openlab
iot-lab : 1 projet 'chapeau' qui sera un point d'entrée pour installer le projet iot-lab complet constitué des différents projets git-hub.
il contiendra le wiki de la 'doc détaillée', des outils de scripts nécessaires, des utilitaires indépendants des archi/os,... pour ce regroupement, nous n'avons pas encore choisi les 3 solutions qui s'offrent à nous : sub-modules, sub-tree, simplement script shell.
NB: Pour rester cohérent avec une vision OS ou OS enrichi (cas openlab = freertos+driver+lib), on sortirait à terme de wsn430: tiny-os (en faire un projet git-hub à part entière) et contiki (en l'intégrant dans le contiki existant avec une branche WSN430 tant que l'on n'a pas migré en 2.7 la version wsn...).
On en discute au sprint mais je suis preneur d'ici là de toutes les remarques ou propositions...
A+ Roger