Pour ce projet, nous utilisons le plugin Jupiter pour faire de la revue de code.
Voici comment se déroule une session de revue de code avec cet outil :
- Phase individuelle : chacun des participants parcourt le code du projet et annote les sources avec des commentaires sur les problèmes qu’il identifie. A l’issue de cette phase, à chaque commentaire de revue de code est associé un type et un niveau de sévérité.
- Phase d’équipe : l’équipe de développement examine chacun des commentaires pour juger de leur pertinence et en affecter la résolution à un des membres de l’équipe (Charlie dans notre cas
). A l’issue de cette phase, chaque commentaire de revue de code est donc affecté à un développeur avec le type de résolution à appliquer. - Phase de reprise : chaque développeur à qui des commentaires de revision ont été affecté traite le problème. A l’issue de cette phase, le statut de la révision est mis à jour (idéalement il doit être à “clos”).
Ce plugin s’appuie sur des fichiers xml pour stocker la révision du code. Il faut bien sur que ces fichiers soient stockés dans la repository svn pour pouvoir être échangés.
Plusieurs séances de révision de code peuvent ainsi s’enchaîner pendant la durée de vie du projet.
