En février 2011, la communauté Redmine a donné naissance à un fork nommé ChiliProject. La mère et l'enfant vont bien et partagent actuellement une très forte ressemblance.
Pour l'instant nous avons décidé de suivre les deux. Mais pour mieux nous préparer au futur proche de ces solutions, voici un point sur leur Roadmap et leurs activités respectives.
Politique de release
Redmine
Même si la communauté est très active, il n'y a jamais eu de dates fixées pour les releases. C'est ennuyeux pour toute personne qui dépend directement d'une demande prévue pour une prochaine version et qui voit sa résolution s'avancer ou s'éloigner sans jamais savoir quand la version sera complète.
Si on regarde le comportement des releases dans le passé :
- V0.7 (avril 2008) : 3 mineures en 6 mois puis 6 mois d'attente avant la version majeure suivante
- V0.8 (décembre 2008) : 5 mineures en 1 an puis 2 mois d'attente avant la version majeure suivante
- V0.9 (janvier 2010) : 6 mineures en 7 mois puis version majeur directement
- V1.0.0 RC (juillet 2010) : 5 mineures en 5 mois puis version majeur directement
- V 1.1 (janvier 2011) : 3 mineures en 4 mois ========> Fork ChiliProject version majeure un mois plus tard
- V1.2 (mai 2011) : 1 mineure en deux mois, prochaine mineure à 55%
- Prochaine majeure à 67% (1.3)
Une release mineure, une majeure et une nom planifiée existent sur la roadmap.
ChiliProject
ChiliProject se positionne directement avec une roadmap prévue et datée, selon le rythme suivant :
- Une release majeure tous les 6 mois,
- Une release mineure tous les mois,
- Release de patch dès que possible.
Et voici ce qu'il s'est passé :
Lancement février 2011 et 1ère release
- 4 mineures en 4 mois (1.X)
- 1 majeure au bout de 6 mois (2.X)
- Des mineures plutôt régulières pour la 1.X et la 2.X jusqu'à novembre
- Une prochaine mineure dans 18 jours
- Une prochaine majeure dans 60 jours
Sur la transparence des Roadmaps on voit donc bien que ChiliProject affiche des échéances datées et essaye de les respecter tandis que Redmine ne s'engage pas sur des dates tout en gardant un rythme de release majoritairement régulier.
Traitement des demandes de la communauté
Analysons maintenant les changements qu'apportent ces releases.
La communauté Redmine compte 9055 demandes dont seules 1737 sont rattachées à une version cible même si 6000 d'entre elles sont marquées comme résolues ou fermées, enfin 3585 d'entre elles sont des features.
Sur ChiliProject il y a actuellement 622 demandes dont 214 sont rattachées à une version et 300 sont fermées ou rejetées. 267 sont des features.
D'une part donc la communauté Chiliproject semble mieux trier les demandes soumises, d'autre part la communauté Redmine résous proportionnellement plus de demandes que ChiliProject. Enfin le nombre de demandes qui concernent des features (ni des bugs, ni des fix) est proportionnellement très proche. La comparaison de ces données doit bien sûr être vue en perspective de la taille et de l'ancienneté des deux communautés. Ainsi ChiliProject affiche clairement une volonté d'intégrer plus rapidement les suggestions et contributions de la communauté, quand il n'est pas rare de trouver sur redmine.org des patchs fonctionnels qui n'ont pas été intégrés à l'outil. Vous pouvez d'ailleurs fréquement retrouver des "meeting of developers and contributors" de ChiliProject sur IRC.
Pour finir, voyons ce que nous réserve les deux solutions dans un avenir proche.
Les changements à venir
ChiliProject
La V3.0 nous promets ceci :
Modifications de l'interface (#263)
- Avoir un uploader de Logo (aujourd'hui il faut aller modifier le thème dans le code de Redmine pour changer le logo)
- Laisser le choix du thème à l'utilisateur
- Avoir des menus et sous-menus (ex : Roadmap aurait des sous-menus par version) ce qui nécessite de passer d'un menu horizontal à vertical
- Créer des miniatures automatiquement à partir des images postées sur la plateforme
- Inclure jquery pour l'interface utilisateur
Faciliter l'ajout de champs ou de menus dans l'administration.
Modification du langage wiki (Liquid Markup en surcharge de Textile).
Pouvoir paramétrer le nom donné à "version" dans le module Roadmap.
Evolution prévue pour faciliter la migration vers Ruby On Rails 3.1.
Redmine
- Permettre d'assigner une demande à un groupe
- Pouvoir trier une liste de demande par auteur
- Pouvoir configurer la date de début des demandes par défaut
- Exporter le wiki en PDF
- Ainsi que plusieurs changements sur la gestion des sources.
Contributeurs
Enfin côté contributeurs, Redmine en compte 16 et ChiliProject 9, sachant que les contributeurs de ChiliProject sont majoritairement des contributeurs aguerris qui ont portés la communauté Redmine dans les années précédentes.
Enfin si on en croit Google Insight, les internautes recherchent toujours beaucoup plus Redmine que ChiliProject et Twitter parlent plus de Redmine que de ChiliProject. Ce qui est normal. Il faudra du temps avant que ChiliProject grandisse et se créé une e-reputation.
En conclusion, ma position personnelle reste sur le "Wait and See". Si vous êtes sur Redmine, il n'y a aucune raison actuellement pour passer sur ChiliProject, si vous vouliez installer Redmine dans votre entreprise, allez-y, si vous vouliez installer ChiliProject, je pense que vous pouvez vous lancer également. Nous gardons un oeil pour vous sur les deux solutions!
Pour connaître l'offre Altic pour Redmine, visitez cette page ou contactez-nous.
