web-dev-qa-db-fra.com

Trac contre Redmine

Je travaille dans la recherche et mon groupe de travail bioinformatique a besoin d'un logiciel de gestion de projet pour garder une trace de plusieurs projets (environnement Linux). À l'origine, nous avions prévu d'utiliser TRAC, mais j'ai ensuite pris connaissance de REDMINE. De plus, j'ai lu dans certains articles antérieurs de 2008 et 2009 que de nombreux projets étaient passés à Redmine. À l'heure actuelle, je ne trouve aucune comparaison à jour ou fiable entre les deux systèmes et je ne peux donc pas déterminer lequel est le meilleur (peut-être que les deux sont également bons).

Ma question:

Est-ce que l'un d'entre vous a récent une expérience dans l'un ou même les deux de ces systèmes et peut signaler certains (gros) avantages/inconvénients de Redmine ou Trac (ou même les deux)?

Les exigences seraient:

  • prise en charge de svn et/ou dcvs (Git)
  • gestion de documents
  • billetterie
  • suivi des bogues
  • wiki/blog interne (c.-à-d. gestion des connaissances)
  • support de projets multiples
  • l'installation doit être aussi simple que possible
  • il ne devrait pas y avoir des centaines de plugins à installer avant d'avoir un logiciel de gestion de projet utilisable et opérationnel (l'installation de base devrait avoir la plupart des fonctionnalités)

Merci beaucoup pour votre temps! À votre santé

project-managementtracredmine
53
Bionicman303

J'utilise Redmine et ... j'aime ça;)

  • svn et git fonctionnent bien, il a plus de repos implémentés (Darcs, Mercurial, Cvs, Bazaar, Filesystem ???), mais je n'ai pas essayé de les utiliser
  • à propos de l'installation - dans mon cas, l'installateur automatique sur mon hébergement, donc je ne peux rien dire, vous devriez pouvoir trouver de nombreux tutoriels
  • ticketing/bug tracking - je pense que pour RM et Trac c'est la fonctionnalité principale, donc trop de choses à écrire;) vous pouvez configurer des rôles, lier des utilisateurs ou des groupes au projet, en spécifiant le rôle pour chacun, vous pouvez spécifier votre propre problème (ticket ) type, par exemple. bug, nouvelle idée, priorité des problèmes, vous avez un diagramme de Gantt (vous pouvez spécifier la date limite pour chaque problème), vous pouvez lier chaque ticket à la version de votre projet ... de nombreuses fonctionnalités ici
  • prise en charge de plusieurs projets - vous pouvez avoir plusieurs projets liés à un (je veux dire le même) ou plusieurs référentiels
  • gestion de documents/wiki/blog interne - n'a pas utilisé cette fonctionnalité, mais oui, RM a quelque chose pour la gestion de documents et le module wiki
  • 100's de plugin ... je n'en ai pas et il y a encore trop d'options de configuration: P
32
Soul Reaver

Je préférerais Trac. J'utilise Trac depuis plus de 7 ans maintenant. J'ai également travaillé 3 ans avec Redmine. Les dernières versions que j'ai utilisées en production étaient: Trac 1.0.1 et Redmine 2.2.3. Mais Redmine présente de sérieux inconvénients par rapport à Trac:

  1. L'installation n'est pas facile:

    1. Vous ne pouvez pas utiliser le système de paquets Debian/Ubuntu pour une utilisation en production

      • Comme la configuration n'est pas séparée du code d'application, chaque fois que vous obtenez des mises à jour de package, elles écraseront vos modifications.
      • Debian avait 5 failles de sécurité au début de 2013 (janvier), où certains toujours non corrigé dans instable et testing. Bien sûr, les correctifs dans Debian stable sont effectués, les versions des paquets sont tellement dépassées dans stable, que les versions plus récentes de Redmine ne fonctionneront pas.
      • Les dépendances de Redmine sont fixes, de sorte que les nouvelles versions de bibliothèque peuvent ne pas fonctionner. C'est la raison pour laquelle vous devez configurer votre apt-get ou aptitude pour ne pas mettre à niveau certaines dépendances.

    2. Je vous conseille d'installer via gem et bundler. Cependant, cela a été aussi simple que décrit sur la page d'accueil. Mais ce que je déteste le plus à propos de ces systèmes de gestion de progiciels à côté de la gestion des packages de systèmes, c'est que vous devez prendre soin des mises à jour et de tout le reste séparément. Certaines personnes suggèrent RVM fournissant des environnements virtuels Ruby, où vous pouvez avoir plusieurs Rails versions installées côte à côte, ce qui n'est pas possible avec apt-get. Je ne me sens pas bien avec ça mais au moins ça marche.

  2. L'administration n'est pas facile, compte tenu de la création d'une sauvegarde: dans Trac, il s'agit d'une ligne unique, dans Redmine, vous devez sauvegarder: configuration, fichiers joints et le contenu de la base de données tout séparément. De plus, il est souvent indiqué que Redmine prend en charge plusieurs projets, de sorte qu'il est plus facile d'installer un nouveau projet et la configuration n'est pas dupliquée. Voir ci-dessous, il y a un paragraphe supplémentaire sur le support de plusieurs projets. Enfin et surtout, chaque fois que j'administre un projet Trac, j'adore éditer les fichiers de configuration PLAIN-TEXT. Dans Trac, il n'y a qu'un un fichier de ce type que vous devez consulter: trac.ini.

  3. La configuration est cassée: par exemple, envisagez de créer des itinéraires personnalisés dans Redmine, qui montrent la page wiki de démarrage et non l'aperçu du projet comme première page. Il vous sera recommandé de modifier les sources de Redmine! C'est très dangereux car la prochaine mise à jour écrasera votre configuration. Ce type de configuration n'était donc pas vraiment prévu. Mais un bon outil devrait séparer la configuration du code source de l'application.

  4. Fonctionnalités du wiki manquantes : Certaines fonctionnalités importantes du wiki sont manquantes en raison d'un bogue non corrigé lié à une vulnérabilité XSS. (par exemple, voir le balisage wiki textile). Vous ne pourrez donc pas placer de commentaires dans les pages wiki, rendre les images dans une taille personnalisée, ...

  5. Protection contre le spam manquante : Oui, il existe un plugin reCaptach obsolète, mais il ne fonctionne plus. En particulier, la fourche protège également les pages de problèmes. Comparé à Trac qui a un plugin SpamFilter qui a propriétés fantastiques c'est un no-go. Personne ne veut supprimer le spam manuellement.

De nombreux points critiques ont été soulevés au fil du temps qui ont fait dire aux gens que Redmine est meilleure. J'en doute:

  1. Prise en charge multiprojets: Bien sûr, Trac fournit plusieurs projets, chacun ayant sa propre configuration !, et c'est très utile: Envisagez de créer un projet de source fermée et une source ouverte. Pour la source fermée, vous masquerez probablement le référentiel, mais pas pour le projet open source. ce n'est pas possible avec Redmine. De plus, avec Trac, vous pouvez sauvegarder les projets séparément et bien sûr, vous pouvez les séparer au cas où l'un de vos 50 projets deviendrait populaire, il aura donc besoin d'un propre serveur! Redmine ne peut pas faire cela. Récemment, un nouveau plugin est apparu prenant en charge plusieurs projets utilisateur dans une instance Trac, regardez http://trac.edgewall.org/wiki/PluginList#MultipleProjects

    A côté de cela, il existe un projet utilisant Trac pour construire cette fonctionnalité: Bloodhound

  2. Système de contrôle de version: Je pense que l'installation d'un plugin n'est pas si difficile, et pour presque tous les VCS, il existe un plugin pour Trac: Git, Perforce, Mercurial, Darcs, Monotone, Subversion, Bazaar. De plus je préférerais un petit framework core avec plugins à un gros framework avec support intégré pour Git, Mercurial, etc ... Une telle architecture n'est pas modulaire. Donc, mettre le support VCS sur les plugins est la façon de le faire. Ne pas tout intégrer dans le framework.

  3. Plugins: Je dirais que Trac et Trac-Hacks ont beaucoup plus de plugins que Redmine, donc l'intégration de Doxygen, Jenkins, Latex, BibTex, etc. n'est pas problème!

  4. Timing et estimation : Il y a aussi des plugins pour cela dans Trac! Dans l'ensemble, je ne comprends pas le récent Trac-bashing, il est également écrit dans un langage d'interprétation à la mode (python), il a presque la même fonctionnalité.

Le processus d'installation de Redmine n'est pas facile, mais l'installation de Trac est également devenue plus complexe de nos jours, donc la création manuelle de base de données, etc. ne peut plus être considérée comme un inconvénient.

Enfin et surtout, les deux projets utilisent un système de plugins. Le problème de l'utilisateur de tels plugins est souvent qu'ils sont orphelins et ne prennent pas en charge le cadre actuel. Cela m'est arrivé plus d'une douzaine de fois pour Redmine, mais aussi parfois pour Trac. Mais mon impression très subjective est que les plugins cruciaux n'ont jamais été affectés par ce type de problème et avec Trac cela s'est produit un peu moins.

Dernier point mais non le moindre, je vais essayer Phabricator car il offre un flux de travail intégré pour la révision du code.

72
math

Chez BitNami, nous fournissons des installateurs et des machines virtuelles gratuits pour Trac et Redmine . Redmine est certainement beaucoup plus populaire, mais Trac devient de plus en plus populaire, en particulier lorsque la version 1.0 approche à grands pas. Puisque vous avez mentionné le support Git ou DVCS, vous pouvez également être intéressé par Gitorious ou Gitlab

18
Daniel Lopez

Je travaille beaucoup avec Redmine et j'adore ça!

  1. support svn et/ou dcvs (Git)

    a obtenu les deux. si vous ajoutez le numéro de ticket au message de commit, le commit apparaîtra très élégant dans le ticket, c'est une de mes fonctionnalités préférées en tant que développeur :)

  2. gestion des documents

    l'a obtenu aussi, mais juste très minimalisme. Vous pouvez télécharger des fichiers dans des tickets et des projets (séparément) mais vous ne pouvez pas les rechercher (c.-à-d.)

  3. billetterie, suivi des bogues, wiki

    oui, oui et ... oui :) J'aime la syntaxe d'écriture de tickets ou d'autres contenus textuels, un peu similaire à la syntaxe de stackoverflow.com.

  4. support de plusieurs projets

    car vous pouvez créer des projets, sous-projets, sous-sous-projets ... avec différents droits d'accès si nécessaire. Vous pouvez également le faire en cascade avec des tickets.

  5. installation et plugins

    Je n'ai jamais installé d'instance Redmine et je n'ai aucune expérience avec Ruby. Je suis juste un utilisateur redmine - mais je sais qu'il est possible d'écrire ses propres extensions (mon entreprise en a créé une à des fins personnelles, pour prolonger le suivi du temps)

Conclusion: J'utiliserai toujours Redmine quand j'ai besoin d'un système de ticket!

Mise à jour: Parfois, j'utilise également l'intégration des hébergeurs de code comme bitbucket ou github. Redmine est la plus grande solution que j'ai utilisée. Trello est également une alternative, que j'aime utiliser pour gérer les tâches des clients (vous pouvez créer des équipes), lorsque peu de gens sont impliqués et que le projet n'est pas si grand.

4
Armin

Redmine a tout cela hors de la boîte dans une qualité généralement très bonne.

Cependant, l'installation de Redmine est un problème différent. Redmine a beaucoup de dépendances et beaucoup de ces dépendances ont plusieurs versions qui ne sont pas compatibles entre elles. Jusqu'à présent, je n'ai pas pu installer manuellement la redmine la plus récente.

Ce qui a bien fonctionné cependant, c'est le paquet redmine fourni par Debian Squeeze. C'est une version plus ancienne (1.0.1-2) mais a tout ce dont vous avez besoin. Je sais que openSUSE et Ubuntu fournissent également des packages redmine. (les deux versions 1.1.3, ils n'ont pas pu obtenir une version récente non plus, hein?)

3
API-Beast

Nous utilisons Redmine depuis un certain temps. Il a peut-être été difficile à installer dans le passé (je ne le pensais pas), mais Ubuntu l'inclut maintenant, donc l'installation est un simple "apt-get install red mine". Il vous suffit ensuite d'activer le module passager "a2enmod passager" et enfin d'activer le site redmine.

3
Wayne

Je n'ai aucune expérience avec Trac ou Redmine, nous utilisons Gemini, mais vous pouvez trouver une comparaison des outils de gestion de projet ici .

J'espère que cela aide, Dave

2
Dave Long