Chaudron.UnElectronLibre.Info prend le soleil, il a la "mine rouge" (Trac vs Redmine inside)
Par NiCoS le vendredi 9 mai 2008, 13:34 - Trucs de geek - Lien permanent
Pour tout ceux qui ont un DNS à jour, mon chaudron est désormais propulsé par Redmine en lieu et place de Trac.
Je n'ai pas encore le plaisir d'avoir fait tout le tour du propriétaire de redmine, mais voici pour moi ses principales qualités et défauts :
Qualités :
- Gestion du multi-projet au sein d'une seule instance (grosse faiblesse de Trac à ce niveau) - je peux ainsi diminuer le nombre d'instances Trac à faire tourner et maintenir...
- Gestion des projets publics et privés (inexistant dans Trac, sauf à ne pas communiquer l'url du site...)
- Ensemble de fonctionnalités natives (alors que pour Trac, on doit rapidement utliser des plugins pour arriver au même niveau de fonctionnalités)
- Gestion native de nombreux gestionnaire de version (dont mercurial) alors que Trac gère nativement subversion et pour les autres, cela se fait via des plugins (s'ils existent)
- Gestion des permissions : elles sont basées directement sur des rôles et non unitaire (je sais que l'on peut reproduire le mécanisme de groupe avec Trac)
- Composants plus structurés et évolués : Redmine incorpore plus de composants que Trac (espace de documents, gestion des fichiers, forums, différents trackers; etc) et permet ainsi de ne plus avoir à bidouiller le wiki de trac ou mettre en place un webdav ou ... pour avoir des fonctionnalités similaires. Cela permet en outre de mieux structurer son espace projet.
- Le process de mise à jour est très simple (merci rails pour le coup)
Défauts :
- Déploiement d'une instance ( faut installer rails, mongrel, etc)
- Faiblesse du nombre de plugins (compensé par les fonctionnalités nativement embarquées).
- Ajout de ruby/rails sur mon serveur, j'aurais préférer rester en python mais bon faut savoir être pragmatique

Par la même occasion et n'arrivant pas à trouver comment publier mes dépots mercurial via nginx, ceux-ci ne sont pour le moment consultables que via l'instance redmine.
Commentaires
Salut Nicolas,
En tout cas, joli. Ca change de Trac. Quid des performances / consommation de ressources serveur ? Parce qu'il paraît que ça bouffe pas mal en ressources (comme, il paraît, toute application Rails).
Pour l'instant, je tourne avec Trac / Subversion / Mercurial. Ca fait le job. Mais Redmine est vraiment très alléchant. Merci du retour.
Bonne soirée.
Le chaudron tourne sur une part Gandi et il y a aussi deux instances django qui tournent sur la même part. En dehors de la visualisation du dépot qui est un peu longue au débit, je trouve le reste très fluide. Je ne vois pas de différence sensible par rapport à avant sur mon instance trac par ex.
Ce qui peut peut-être influencer, c'est l'architecture que tu mets en place. Avec un apache, ça devient peut être très lourd si ton serveur a peu de ressources. C'est d'ailleurs la lourdeur d'apache qui m'ont fait pencher vers nginx/lighttpd ces derniers temps...
Je partage ton analyse ; je viens de le mettre pour un projet perso. L'une des grandes forces aussi, c'est son ergonomie aussi bien en utilisation qu'en administration. Je pense en faire aussi un petit papier... sur le blog Clever.
@EricS : tout à fait ! Tu l'as mis en place toi même ? ben dis donc, là tu m'impressionnes (et que de progrès fait depuis tes débuts à Clever
)
(content de te voir ici tiens
)