Connexion

Connexion à votre compte

Identifiant
Mot de passe
Maintenir la connexion active sur ce site

Blog

Redmine vs ChiliProject

 


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.

Rechercher sur le blog