C'est donc un projet similaire à InDefero, Retrospectiva ou Redmine. Trac est moins avancé que ces outils pour l'aspect multi-projets, mais ses nombreux greffons lui permettent de rester en tête en nombre de fonctionnalités.
La version 0.12 est sortie récemment et apporte de nombreuses améliorations. Parmi celles-ci, citons les plus importantes :
- Prise en charge de l'internationalisation avec Babel ;
- Gestion de plusieurs dépôts par instance ;
- Syntaxe wiki plus souple, plus intuitive, et plus proche de Wiki Creole ;
- Amélioration de l'interface de gestion des tickets et commentaires ;
- Ajouts de fonctionnalités au wiki : renommer de pages, Universal Edit Button, prévisualisation automatique, etc.
Aller plus loin
- Site officiel de trac (297 clics)
- Release notes de la version 0.12 (5 clics)
- Trac hacks (14 clics)
# Archi logicielle
Posté par Aurélien Bompard (site web personnel) . Évalué à 8.
Mais j'aimerais attirer l'attention des développeurs Python sur l'archi logicielle de Trac, que je trouve très intéressante. Jetez-y un coup d'oeil ici : http://trac.edgewall.org/wiki/TracDev/ComponentArchitecture
Je suis pas un expert d'archi logicielle, mais je trouve que c'est quand même un bel exemple de conception modulaire qui est détaillé ici.
[^] # Re: Archi logicielle
Posté par djano . Évalué à 2.
Exactement le même genre de chose existe pour Java (avec les spécificités Java) qui va chercher les implémentations dans tous les JARs présents dans le classpath:
Java 6- http://java.sun.com/javase/6/docs/api/java/util/ServiceLoade(...)
Java 1.4 et 5 - http://java.sun.com/j2se/1.4.2/docs/api/javax/imageio/spi/Se(...)
Java 1.3 - http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html#Service(...)
Je sais que je vais me faire traiter de troll a parler de Java sur une dépêche pour un logiciel Python (et on est pas vendredi en plus!), mais tant pis :)
# Pas convaincu
Posté par André Rodier . Évalué à 9.
Cela manque cruellement de souplesse et de fonctionnalités de base.
Par exemple, il faut modifier la configuration de son serveur SVN si il n'est pas sur la même machine que trac. Il n'y a pas de console de configuration inclue par défaut, pas d'éditeur wysiwyg par défaut non plus...
Quasiment tout se fait en ligne de commande, etc.
Je suis désolé pour les afficionados de trac, mais quand on a besoin d'installer quelque chose rapidement fonctionnel, ce n'est certainement pas ce qu'il faut.
Je suis depuis passé à redmine, et c'est le jour et la nuit.
Une facilité d'administration déconcertante, les fonctions essentielles «out of the box», etc... la gestion de utilisateurs et des projets se fait directement via l'interface web, etc.
Allez, un autre killer feature inclus par défaut dans redmine :vous pouvez fermer un ticket en ajoutant sa référence dans le message de subversion. Par exemple:
svn -m "modify bla bla bla: close ticket #7987" commit
Une fois votre version publiée, redmine ferme le ticket ref #7987.
Et vous pouvez même personnaliser les action en fonctions du texte que vous mettez dans vos message SVN. Par exemple "reopen bug #xxxx", etc... Un régal !
Quant à la liste des plugins, je vous conseille d'aller voir http://www.redmine.org/wiki/redmine/Plugin_List pour vois faire une idée.
Dailleurs, redmine est maintenant inclus dans les dépôts debian ! (backports et squeeze)
Bref, je reste avec redmine pour l'instant.
[^] # Re: Pas convaincu
Posté par Bruno Michel (site web personnel) . Évalué à 10.
On peut également utiliser svnsync.
> vous pouvez fermer un ticket en ajoutant sa référence dans le message de subversion.
Pour ceux qui voudraient faire la même chose avec trac, c'est faisable en suivant http://trac.edgewall.org/wiki/TracFaq#can-trac-automatically(...)
> Bref, je reste avec redmine pour l'instant.
Dis, dis, tu nous fais une dépêche sur Redmine ?
[^] # Re: Pas convaincu
Posté par André Rodier . Évalué à 5.
Oui, c'est ce que j'ai fait, mais svnsync demande de modifier la configuration du serveur SVN. Et c'est là que sa se gâte:
Because the svnsync is allowed to rewrite anything on the TOREPO, we need to make sure the commit hooks are configured to allow our 'svnsync' user to do anything it wants.
http://journal.paul.querna.org/articles/2006/09/14/using-svn(...)
Ça marche, mais cela me fait un peu peur, quand même...Et puis comme exemple de souplesse et d'intégration, on fait mieux.
Quant au lien, c'est bien, mais encore une fois, le but est d'installer quelque chose de fonctionnel en quelques minutes, pas de télécharger manuellement un plugin pour faire ce que les autres BTS font "out of de box"
Le rôle d'un plugin, c'est de rajouter une fonctionnalité spécifique qui ne servent qu'une minorité d'utilisateurs, et qui n'a pas lieu d'être dans le noyau. Les plugins trac, eux. sont là pour combler ses lacunes.
Conclusion: Encore moins convaincu ;-)
Quand à la dépêche sur redmine, pas de problème, je veux bien essayer.
[^] # Re: Pas convaincu
Posté par Thomas Capricelli (site web personnel) . Évalué à 4.
Un avantage peu souvent cité, c'est qu'un site redmine, c'est beaucoup plus beau qu'un site trac. Ça fait bcp plus 2010, trac fait plutôt 1999... Certes on peut certainement customiser trac (autant que redmine?), mais les sites que l'on voit en trac ne le sont jamais..
[^] # Re: Pas convaincu
Posté par rhizome . Évalué à 5.
[^] # Re: Pas convaincu
Posté par Frédéric COIFFIER . Évalué à 3.
[^] # Re: Pas convaincu
Posté par Thomas Capricelli (site web personnel) . Évalué à 2.
Les premieres pages sont un peu lente a afficher apres un redemarrage apache, mais apres je ne note pas de lenteur particuliere..
[^] # Re: Pas convaincu
Posté par Ludo . Évalué à 3.
Avec le dernier Redmine, ils utilisent Rails 2.3, ça consomme moins de ressources.
[^] # Re: Pas convaincu
Posté par daemontux . Évalué à 1.
Je n'ai utilisé qu'une instance de redmine avec peu d'utilisateurs, mais quand je l'ai passée de webrick à Apache elle s'est mis à bouffer une quantité de ram énorme.
On m'a depuis conseillé mongrel de rrière nginx (ou tout seul si on n'a que du ruby à faire tourner).
Par contre je plussoie, Redmine est excellent, très propre et élégant, supporte git/bzr/svn/hg par défaut, a plein de plugins, progresse bien, il est facile de binder les comptes utilisateurs avec ceux de svn etc... bref que du bon !
[^] # Re: Pas convaincu
Posté par djano . Évalué à 2.
Gni? Alors pourquoi activer ces options si c'est pour faire ramer plus?
[^] # Re: Pas convaincu
Posté par jhc_ . Évalué à 1.
Passenger, ca mange de la ram, mais ça tourne bien du coup :)
Par contre, Redmine est lent, c'est pas une histoire de langage ou de framework, c'est juste que c'est un peu une usine à gaz ...
[^] # Re: Pas convaincu
Posté par Gniarf . Évalué à 3.
[^] # Re: Pas convaincu
Posté par Bertrand Mathieu . Évalué à 1.
Avec Redmine j'ai beaucoup plus de mal à voir rapidement ce qui m'intéresse (fichiers concernés par un commit dont je suis en train d'examiner un diff sur l'un d'eux, par exemple; mais mon Redmine n'est peut-être pas assez à jour).
[^] # Re: Pas convaincu
Posté par Johan Charpentier (site web personnel) . Évalué à 2.
Allez, un autre killer feature inclus par défaut dans redmine :vous pouvez fermer un ticket en ajoutant sa référence dans le message de subversion. Par exemple:
svn -m "modify bla bla bla: close ticket #7987" commit
Une fois votre version publiée, redmine ferme le ticket ref #7987.
C'était déjà possible avant avec le trac-post-commit-hook, et il me semble qu'ils ont facilité son intégration/utilisation dans la 0.12
[^] # Je suis d'accord
Posté par seb24 . Évalué à 3.
L'autre point qui m'a fait pencher en faveur de Redmine, c'est l'interface, qui est très agréable à utiliser et rapide, avec pas mal de petits trucs qui facilite la vie. De part mon expérience, c'est un point extremement important. J'ai eu l'occasion de tester pas mal de logiciels (notamment proprio) dans ce domaine qui avaient une interface horrible... Résultat il fallait passer une bonne heure pour faire les actions qui prennent 5 minutes sous Redmine. Et quand tu dois passer autant de temps sur ce genre de soft tu fini par ne plus les utiliser du tout.
Par contre, j'utilise Redmine depuis la version 0.8, et les plugins que j'utilise ne sont plus maintenu ou pas compatible avec les nouvelles versions (0.9.X). Résultat, j'ai du viré l'ensemble des plugin que j'avais installé.
C'est pas forcement dramatique car au final le Redmine de Base est très efficace et les dernières versions apportent pas mal de choses en plus, mais ca peut poser des problèmes.
[^] # Re: Pas convaincu
Posté par Emmanuel Hugonnet (site web personnel) . Évalué à 2.
[^] # Re: Pas convaincu
Posté par 6Ber Yeti . Évalué à 2.
J'avais regardé Trac, il y a un moment. Et Redmine aussi. Le premier me semblait très lourd à personnaliser (scripts) alors que le second offrait des interfaces "user-friendly".
Trac semble plus adapté à des "techniciens", tandis que Redmine peut être mis plus facilement entre les mains de chef de projet ou de qualiticiens.
Il vont pouvoir, dans une certaine limite, personnaliser un process de gestion de ticket (par ex) via une interface graphique. Je ne sais pas si Trac avait évolué de ce côté là, mais ça m'avait paru rhédibitoire.
Du point de vue de l'administration et en se limitant à la gestion de ticket, si on compare avec des outils "propriétaires" (et sans chercher la polémique), Trac me semblait se rapprocher plus de DDTS (avec sa collection de scripts à modifier) et Redmine de ClearQuest avec une GUI d'admin. Et je vous promet que DDTS, c'était pas un cadeau !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.