Ruby Gérez vos projets avec Redmine

Posté par (page perso) . Modéré par Lucas Bonnet.
23
10
jan.
2011
Ruby
Redmine est une forge logicielle sous licence GPL. Ses concurrents se nomment Trac, Retrospectiva, Django Projector ou encore InDefero, mais Redmine se défend très bien et offre un ensemble de fonctionnalités difficile à égaler :
  • Prise en charge de plusieurs projets ;
  • Contrôle d'accès avec un modèle flexible de rôles ;
  • Gestion avancée des tickets ;
  • Diagramme de Gantt et calendrier ;
  • Publication de news, documents et gestionnaire de fichiers ;
  • Notifications par emails et flux ATOM ;
  • Wiki et forums par projet ;
  • Outil de suivi du temps ;
  • Champs personnalisables pour les tickets, suivi de temps, projets et utilisateurs ;
  • Intégration avec plusieurs SCM : SVN, CVS, Git, Mercurial, Bazaar et Darcs ;
  • Création de tickets par email ;
  • Possibilité de se brancher sur de multiples annuaires LDAP pour l'authentification ;
  • Traduction dans 34 langues dont le français ;
  • Extensible grâce à ses greffons ;
  • Et plein d'autres choses encore...


Redmine est écrit en Ruby on Rails et vient de sortir en version 1.1. Vous pouvez l'essayer sur le site officiel ou sur la demo.
  • # Trop en ligne

    Posté par (page perso) . Évalué à  1 .

    J'aime bien Redmine mais un point faible je trouve, c'est qu'il n'est pas possible d'éditer le wiki offline. Sur google code par exemple, le wiki est géré via un gestionnaire de sources et c'est bien pratique pour les gens comme moi qui passent beaucoup de temps dans le train.

    Sinon, globalement, c'est un projet qui assure !
    • [^] # Re: Trop en ligne

      Posté par . Évalué à  5 .

      Tu peux le faire avec Weboob : http://weboob.org/WebContentEdit
  • # scrum

    Posté par (page perso) . Évalué à  2 .

    J'utilise redmine depuis un petit moment maintenant. Il est pas mal, mais il a un manque depuis un moment malheureusement : la possibilité d'avoir une même liste de version en source / cible. C'est vraiment dommage que ça n'existe pas pour le moment.
    Par contre, depuis la version 1, le partage des versions et le côté hiérarchique des projets, ça devient vraiment sympa.
    Et pour ceux qui veulent l'utiliser pour faire du scrum, il existe une extension pas trop mal : http://www.redminebacklogs.net/
    C'est à patcher si on veut l'utiliser en multiprojet (hiérarchique) mais pour le moment ça me semble assez satisfaisant
    • [^] # Re: scrum

      Posté par . Évalué à  1 .

      Pour faire du scrum je vous conseille directement d'utiliser IceScrum² (http://www.icescrum.org) plutot que d'utiliser une surcouche à Redmine.

      Pour parler de Redmine, de mon expérience, c'est un outil qui veut faire trop de chose en même temps. Forge, Gestion de projet, Timesheet, Gestion de Ticket etc etc (cf contenu de la news). Il ne respecte pas trop les principes de simplicité, faire une chose mais bien. Du coup je ne le préconise pas car la multiplicité des fonctionnalités pour l'avoir utiliser n'aident vraiment pas à son adoption.

      Pour exemple IceScrum ne fait que du scrum et le fait bien (pas de gestion de ticket, pas de timesheet etc etc ).

      My 2 cents.
      • [^] # Re: scrum

        Posté par (page perso) . Évalué à  5 .

        heu, oué mais justement non
        Déjà, icescrum mouai, la dernière fois que je l'ai essayé j'ai eu bien du mal avec (mais ça date d'au moins un an je pense, je pourrais à l'occase réessayer)
        Deuz, justement j'utilise redmine pour faire le lien essentiellement entre ma liste de tâches et mes commits (un commit devrait toujours être lié à une tâche par exemple, gestion de mes tickets (ben oui, ils sont tous au même endroit, en suite je vois ce que j'en fais), gestion multi projet (mon projet est découpé en plein de modules différents, mais une itération se base sur l'ensemble), etc.
        Ensuite, la multiplicité des fonctionnalités : il suffit d'en enlever / configurer / gérer les droits

        Ensuite je veux vraiment un endroit pour gérer mon projet : mes annonces, mes sources, une partie de la doc, etc. Et le côté unifié est réellement intéressant.
    • [^] # Re: scrum

      Posté par . Évalué à  2 .

      Je ne comprend pas bien ce qu'il manque. Qu'est ce que signifie "la possibilité d'avoir une même liste de version en source / cible" ?

      PS: Je connais pas trop Redmine mais j'ai pas mal utilisé Trac.
      • [^] # Re: scrum

        Posté par (page perso) . Évalué à  2 .

        Actuellement dans redmine, on gère des versions cibles.
        Mais ces versions ne peuvent pas être utilisées en tant que version source (histoire d'indiquer dans quel version le problème existe).
        Il est alors obligatoire de passer par un champ perso, mais ceux-ci ne sont pas top pour ça et surtout obligent à maintenir deux listes comportant des valeurs communes. Une demande existe depuis longtemps concernant ce point, mais c'est pas encore réalisé.
        • [^] # Re: scrum

          Posté par . Évalué à  2 .

          Ok. La version source est la version du gestionnaire de code source.
          Merci.
          • [^] # Re: scrum

            Posté par (page perso) . Évalué à  3 .

            heu, non (ou alors j'ai pas compris la relation version - code source)
            C'est la version sur laquelle on base un bug, une demande.
            Par exemple tel bug a été découvert en version x.y (version source, champ perso dans redmine), il sera corrigé dans la version x.z (version cible, gérée correctement dans redmine)
            • [^] # Re: scrum

              Posté par . Évalué à  2 .

              Tu es sûr ?

              moi j'ai un champ "version impactée" et un "version cible"
              • [^] # Re: scrum

                Posté par (page perso) . Évalué à  2 .

                oui je suis sur (enfin j'espère bien, sinon c'est que j'ai vraiment loupé un truc)
                Après, moi aussi j'ai un "version source" mais ça n'a rien de standard ;-)
                C'est sur un redmine que tu utilises ou que tu administres ?
              • [^] # Re: scrum

                Posté par . Évalué à  1 .

                Après vérif sur un redmine 1.1 tout frais, ça n'est pas disponible par défaut. C'est vrai que ce serait sans-doute bien pratique.

                Il y a un bug report avec un patch apparement destiné à la 1.0.4 sur http://www.redmine.org/issues/1675 (aucune idée de si le patch marche avec la 1.1, pas testé).
  • # Vermis

    Posté par (page perso) . Évalué à  2 .

    On vient de me parler d'un autre concurrent pour Redmine : Vermis (en PHP). À première vue, rien de bien excitant, mais je bloque sur un détail : les tickets sont appelés "Problèmes" dans la version française. Je ne me vois pas cliquer sur "Ajouter un problème" pour proposer une amélioration.

    Vermis : http://vermis.diabloware.com/
    • [^] # Re: Vermis

      Posté par . Évalué à  2 .

      Apparemment, Vermis ne fait que la partie "bugtracker", non? Je ne vois rien qui concerne la facette "gestion de projet/source".

      Et pour ce problème de traduction, je suppose que leur proposer un patch est jouable ;)
    • [^] # Re: Vermis

      Posté par . Évalué à  10 .

      un mix des deux s'appellerait Vermine ?
  • # Comptes utilisateurs

    Posté par (page perso) . Évalué à  1 .

    Je pense que Redmine est 'cool' par effet de mode en rapport au Ruby.

    Je vais juste attirer votre attention sur ce post: http://www.redmine.org/boards/2/topics/114?r=19208#message-1(...)

    Je préfère de loin Trac qui avance doucement mais surement vers la gestion multi projets et multi dépôts.
    • [^] # Re: Comptes utilisateurs

      Posté par (page perso) . Évalué à  5 .

      intéressant... pour ma part, lorsque je veux faire des choses un peu trop complexes, je tape directement dans la base de donnée et ça marche assez bien (genre typiquement réassigner beaucoup de demandes). Maintenant c'est pas forcément très propre...

      Mais je ne pense pas du tout que redmine soit une effet de mode vis à vis de rails, surtout qu'au contraire certains ne veulent pas l'installer car c'est en rails (par rapport à du php par exemple).
      Avant redmine j'utilisais aussi trac, mais lorsqu'on voyait la galère pour installer un trac potable, qu'il fallait y coller plein de plugins pour avoir un truc qui marche en multi projet, multi dépôt etc alors qu'il suffit d'installer redmine pour que ça fonctionne...
      D'ailleurs, ton message me fait penser (sans aller chercher plus loin l'état réel) que trac n'a toujours pas en standard de multi projet / dépôt ? Si c'est le cas c'est vraiment un réel point bloquant pour trac, et doucement ok, mais çà fait longtemps que redmine (ou autre) le font. Actuellement je suis sur une instance de redmine où j'ai 75 projets différents et organisés de manière hiérarchique, dont certains se partagent les versions cibles et versions sources. Comment je fais ça facilement sous trac ?
      • [^] # Re: Comptes utilisateurs

        Posté par (page perso) . Évalué à  0 .

        Depuis la 0.12 Trac support le multi Projets/dépôts et le multilinguisme via Babel : http://trac.edgewall.org/milestone/0.12
        J'ai lu (mais je ne retrouve plus la page que la 0.13 va supporter mercurial et git en plus de subversion.
        La 0.14 va redéfinir le multi projets permettant si j'ai bien compris un espace propre à chaque projets http://trac.edgewall.org/wiki/TracDev/Proposals/MultipleProj(...)

        Alors, ça ne va peut-être pas aussi vite que le développement de redmine.

        Ce qui fait que Trac n'avance pas aussi vite, c'est que les développeurs travaillents sur Bable, Genshi, Bitten et Posterity.
        Ça divise l'effort de développement.
    • [^] # Re: Comptes utilisateurs

      Posté par (page perso) . Évalué à  5 .

      Çà avance .. mais alors très lentement !

      http://trac.edgewall.org/ticket/130 (le support de multiples projets avec des intervenants différents, .... ) est une demande qui à maintenant 7 ans !

      J'adore Trac, mais gérer chacun des projets individuellement est pas idéal pour s'organiser au jour le jour.

      De plus le fait qu'il ait tardé à être internationalé à rebuter beaucoup d'utilisateurs extérieur au métier d'informaticien.
      • [^] # Re: Comptes utilisateurs

        Posté par (page perso) . Évalué à  -1 .

        J'ai utilisé Redmine sur une machine de prod et le 24 décembre 2009 après des mois d'utilisations, plantage totale de la machine par qui ? Redmine.

        Donc, retour sur Trac qui ne m'a jamais posé de soucis. J'en ai d'ailleurs un à la maison sur mon serveur depuis plus d'un an et pas un soucis. Même pas une saturation ram comme j'ai pu en avoir avec redmine.
        • [^] # Re: Comptes utilisateurs

          Posté par . Évalué à  4 .

          Je pense que ton commentaire serait constructif si tu expliquais comment Redmine a réussi à faire crasher complètement ta machine.

          Qu'est-ce qui nous dit que ce n'est pas un problème d'administration, par exemple ?
        • [^] # Re: Comptes utilisateurs

          Posté par (page perso) . Évalué à  4 .

          qu'est ce qui avait planté ?
          Redmine ?
          Mongrel ?
          Passenger ?
          Ruby ?
          ... ?

          m'enfin là je dirais simplement : chezmoiçamarche (et je dois pas être le seul). C'est pas un énorme mais c'est correct quand même : 75 projets, 4400 issues, 54000 révisions (svn pour le moment).
          Ben... ça tourne sans aucun problème, sans problème de charge, sans saturation mémoire. Depuis 3 ans je crois que j'ai du redémarré une fois le service httpd mais c'est tout...

          Ensuite, m'étonnerais pas que certains aient eu la même chose ... avec trac.

          Trac n'est pas mauvais ... il n'a juste pas de fonctionnalités.
          Et quand je vois qu'il fait ni mercurial ni git ... ben il est largué c'est tout. Et que les devs fassent autre chose, tant mieux pour eux, mais si on regarde y'a pas non plus bcp de monde derrière redmine...
          • [^] # Re: Comptes utilisateurs

            Posté par (page perso) . Évalué à  0 .

            Depuis l'eau a coulé sous les ponts.
            Me rappel plus, mais ca devais surement être mongrel. (j'avais suivi le tuto sur le site de admincafe.re
            De toute manière les logs n'avaient rien loggés.

            Trac 0.12 de base me conviens presque. J'ai juste du mettre le plugin pour Git en attendant l'intégration dans la 0.13

            Il y en a un que j'aurais bien aimé tester c'est http://demo.bugnetproject.com/
            C'est de l'asp et mssql, mais je le trouver quant même bien fourni.

            En php, j'ai testé http://www.thebuggenie.com/thebuggenie_v3_rc2.php en version 2. La version 3 est très prometteuse.
          • [^] # Re: Comptes utilisateurs

            Posté par . Évalué à  1 .

            mercurial est natif et git en plugin, tout cela dans la 0.12 qui est une beta (il y a encore 6 tickets d'ouverts).
            J'utilise trac depuis 5 ans et ok, c'est pas beau (de base) et cela fonctionne avec des plugins, mais aucun plantage de l'outil (avec 3 migrations de version).
    • [^] # Re: Comptes utilisateurs

      Posté par (page perso) . Évalué à  3 .

      L'effet de mode Ruby c'était il y a 5 ans hein...
  • # Redmine rocks

    Posté par (page perso) . Évalué à  3 .

    J'utilise redmine et je le fais utiliser a mes clients depuis plusieurs annees. C'est un excellent outil, que j'ai choisi apres une etude exhaustive et (je l'espere) pointue de l'existant.

    Pour moi le plus gros inconvenient c'est que c'est RoR/Ruby. Je n'aime pas parce que c'est lente, bourre de trous de securite, et surtout, je ne peux pas faire de modifications parce que je ne connais pas ruby. Malgres ca, je l'ai choisi et je ne regrette pas.

    Son gros avantage, c'est que les differents modules sont tres bien integres.

    Au passage, KDE l'utilise de plus en plus, voir https://projects.kde.org, et c'est quand meme une belle reference.
    • [^] # Re: Redmine rocks

      Posté par . Évalué à  1 .

      Pour moi le plus gros inconvenient c'est que c'est RoR/Ruby. Je n'aime pas parce que c'est lente, bourre de trous de securite, et surtout, je ne peux pas faire de modifications parce que je ne connais pas ruby. Malgres ca, je l'ai choisi et je ne regrette pas.

      A l'époque où Redmine est sorti, effectivement, on peut pas dire que Ruby 1.8 était une fusée, c'était un peu lent, gourmand en mémoire.

      Après, aujourd'hui, franchement, Ruby 1.9 + Rails 3, c'est franchement pas la même qu'avant, après, bien entendu, tu ne peux pas être au courant si tu ne codes pas avec ces outils là.

      Ce que je veux dire par là, c'est que le raccourci Redmine est lent à cause de Ruby est un peu limite, c'est peut être Redmine lui même le responsable :)

      Redmine est un vieux projet qui s'est baladé avec du vieux code obscur ou franchement crade pendant un bon moment, il y a pas mal de passages qui était carrément l'inverse de bonne pratiques recommendées habituellement. Cela a changé au fil du temps, doucement mais sûrement.

      Après, ça fait un moment que j'ai changé de solution, je trouve l'outil bien trop "bloated" et il ne correspond plus à mes propres besoins ( Basecamp + Github aujourd'hui ).
      • [^] # Re: Redmine rocks

        Posté par (page perso) . Évalué à  1 .

        Redmine un vieux projet ? avec du vieux code obscur ? L'import initial dans le repository date de 4 ans. Pas de quoi en faire un vieux projet.
        Fusionforge est lui un vieux projet traînant pas mal de casseroles.... code initial écrit en 1999... Et j'en profile pour dire que la version 5.1 de Fusionforge devrait sortir des cartons. Cf http://fusionforge.org
        • [^] # Re: Redmine rocks

          Posté par (page perso) . Évalué à  1 .

          Ca ne m'emballe pas mais il a raison, le code a l'air bof. Deja il y a quasiment un seul developpeur (c'est rarement bon pour la qualite d'un code). Un mec important (je pense qu'il etait le #2 en terme de contribution) vient de quitter... justement pour des raisons de proprete de code, de refactoring, etc...

          Ceci dit, je demande a voir que les pb de lenteur viennent de redmine et pas de ruby. Faudrait que je teste plus profondement. Mais par contre j'ai vraiment des problemes de lenteur sur mes instances redmine, avec des serveurs tres corrects(ram,cpu,bandwidth) qui gerent tres bien d'autres applis web en php ou django.

          (mon ideal serait un redmine en django. Django, c'est bien)
          • [^] # Re: Redmine rocks

            Posté par (page perso) . Évalué à  2 .

            > Un mec important (je pense qu'il etait le #2 en terme de contribution) vient de quitter... justement pour des raisons de proprete de code, de refactoring, etc...
            Tu as un pointeur sur ce point ? Ca m'intéresserait
            • [^] # Re: Redmine rocks

              Posté par (page perso) . Évalué à  1 .

              • [^] # Re: Redmine rocks

                Posté par . Évalué à  0 .

                Un mec qui vend un bouquin en prenant Redmine comme cible, j'avoue que j'ai tendance à me méfier.
                http://www.refactoringredmine.com/

                "Redmine c'est pourri, la preuve ? Achetez mon bouquin"

                En tout cas, sur nos petits projet internes installés avec JRuby sur un simple PC sous Windows ca tient bien la charge et je n'ai jamais remarqué de bugs particuliers.
                • [^] # Re: Redmine rocks

                  Posté par (page perso) . Évalué à  3 .

                  arg, mais quel intérêt de faire tourner ça avec jruby ??

                  > Un mec qui vend un bouquin en prenant Redmine comme cible, j'avoue que j'ai tendance à me méfier.

                  Oué, enfin avant de se méfier de tout le monde pour rien sans savoir, il est intéressant de se renseigner. Il suffit par exemple de lire les annonces sur le site de redmine [http://www.redmine.org/projects/redmine/news]
                  Il a sorti les versions 1.0.3, 1.0.2, 1.0.1, 1.0.0, 0.9.6, 0.9.5, 0.9.3 ainsi que blog et plugins à propos de redmine.
                  Donc même s'il a des avis / envies à propos de redmine, il est pas étranger au développement de redmine.
                  Et son bouquin ne prend pas du tout redmine pour cible, il prend comme exemple de refactoring des modifications / améliorations / refactoring qu'il a fait sur le code de redmine.
                  Ce n'est donc pas du tout "c'est pourri achetez mon bouquin" ...
          • [^] # Re: Redmine rocks

            Posté par . Évalué à  1 .

            Euh oui, j'ai fait un abus de langage sur le "vieux".

            Pour préciser :

            Ca bouge généralement énormément sur l'écosystème Ruby / Rails, particulièrement ce dernier, qui a énormément évolué entre 1.X et 3.X.

            Il a fallu un beau moment pour que Redmine bascule sur Rails 2.X, le code était peu refactorisé, tu pouvais trouver de nombreux exemples de mauvaises pratiques dans celui-ci, typiquement des gros controllers et des modèles tout fins, des choix en terme de design qui n'étaient pas forcément très judicieux.

            Par vieux, j'entendais du code que tu peux aisément détecter comme à refactor rapidement pour délit de saleté, qui est resté bien trop longtemps dans cet état ( une belle collection de bad practices par endroits ). Typiquement, le passage à Rails 2.X était l'occasion de nettoyer par exemple.

            Pour achever la bête :

            L'auteur a focalisé son développement sur les fonctionnalités au lieu de plus passer de temps à refactor, pour éviter d'atteindre le seuil critique du chateau de carte.

            D'ailleurs, ce point a été atteint vu que Eric Davis a quitté le navire.

            C'est un peu couillon cette histoire, Redmine malgré un manque de polissage à mon goût coté ergonomie, propose pas mal de fonctionnalités intéressantes (et autant de plugins) d'où sa popularité, mais bon, le code crade, tu finis toujours par le payer.

            Mais par contre j'ai vraiment des problemes de lenteur sur mes instances redmine, avec des serveurs tres corrects(ram,cpu,bandwidth) qui gerent tres bien d'autres applis web en php ou django.

            Avec quoi hoste tu ton instance ( proxy -> mongrel, passenger, nginx, fastcgi ) pour que ce soit aussi lent que tu le décris ?

            Par contre, si Ruby 1.8.X est pas clairement pas franchement folichon niveau perf ( heureusement que 1.9.X est là =) ) le coté sale du code implique souvent un code lent, donc méfie toi de ton estimation de la gourmandise de Redmine niveau resources quand tu compares avec tes autres applis :)
      • [^] # Re: Redmine rocks

        Posté par (page perso) . Évalué à  5 .

        > Redmine est un vieux projet qui s'est baladé avec du vieux code obscur ou franchement
        > crade pendant un bon moment, il y a pas mal de passages qui était carrément l'inverse
        > de bonne pratiques recommendées habituellement. Cela a changé au fil du temps,
        > doucement mais sûrement.

        C'est marrant car ici les gens sont très pro ruby et python et très peu perl et on voit à ce commentaire que ces langages ont les mêmes défauts (avantages) que perl, ils évoluent et le vieux code est parfois crade ;-)

        Vive le Perl Moderne !
        • [^] # Re: Redmine rocks

          Posté par (page perso) . Évalué à  4 .

          En perl, le code est vieux immédiatement. C'est le caractère trempé de perl qui veut ça : « Je te permets de m'écrire mais on ne me lit pas ! ».
        • [^] # Re: Redmine rocks

          Posté par (page perso) . Évalué à  -1 .

          Nan, perl c'est vraiment pire. Et moche. Et il mange les enfants aussi.

          Eradiquons perl.
    • [^] # Re: Redmine rocks

      Posté par . Évalué à  3 .

      Excellent projet en effet. C'est vrai que c'est en Ruby, et donc c'est un peu chiant quand toute l'infra fonctionne en PHP. Mais bon ca va c'est pas non plus trop dur à configurer.

      A l'époque ou j'ai choisit Redmine, ce qui m'avait marqué et m'a fait choisir cette solution c'est :
      - Sa rapidité : Beaucoup d'actions sont rapides à réaliser.
      - L'interface simple est claire
      - Toute les options de base disponibles
      - Projet très dynamique

      Après y'a encore des manques, mais le projet avance très rapidement.
      Les derniers trucs manquants :
      - La possibilité d'utiliser un gestionnaire de version distant
      - Un centre de plugin avec des plugins actualisés
      • [^] # Re: Redmine rocks

        Posté par (page perso) . Évalué à  0 .

        "- La possibilité d'utiliser un gestionnaire de version distant" -> euh... on peut, non ? On peut mettre une url subversion, git ou mercurial qui soit sur un serveur distant, ca ne pose pas de probleme.
      • [^] # Re: Redmine rocks

        Posté par (page perso) . Évalué à  0 .

        « L'interface simple est claire » s/est/et/

        Il aurait été difficile de faire une interface simple et obscure.

        « Un animal d'une atterrante stupidité : il est persuadé que si vous ne le voyez pas, il ne vous voit pas non plus » (H2G2)

        • [^] # Re: Redmine rocks

          Posté par (page perso) . Évalué à  5 .

          Pfff super simple

          background: black ;
          color: black ;


          Et hop, l'interface peut être simple, elle reste obscure.
    • [^] # Re: Redmine rocks

      Posté par (page perso) . Évalué à  3 .

      > Pour moi le plus gros inconvenient c'est que c'est RoR/Ruby. Je n'aime pas parce que c'est lente, bourre de trous de securite [...]

      Gni, quels trous de sécurité ??
  • # outil de recherche

    Posté par . Évalué à  1 .

    Et pour faire une recherche dans les tickets, est-ce pratique ?

    Je connais JIRA (customisé par mon entreprise), et la recherche est dans la moitié des cas inutilisable.

    Exemple :
    Je me souviens d'un vieux ticket qui parle de boot.
    Dans la barre de recherche je tape "boot".
    Eh bien si le terme réellement utilisé dans le ticket est "reboot", alors JIRA ne trouve pas le ticket. Car il cherche un mot "complet".

    Redmine a-t-il le même défaut ?
    • [^] # Re: outil de recherche

      Posté par (page perso) . Évalué à  1 .

      Il n'à pas ce genre de soucis.
      Je dirais que même trac, retrospective n'ont ce soucis.

      Tu a aussi en php http://www.thebuggenie.com/ qui est encore plus riche de base Redmine ou trac.
      Dès que la v3 sera en stable, je pense que c'est ce qu'on utilisera en remplacement du flyspray de Frugalware.
  • # Autre outil

    Posté par . Évalué à  2 .

    Sinon il y a Codendi qui est majoritairement en php. Il inclut un gestionnaire de doc et a un système de suivi vraiment puissant : hyper personnalisable, avec des permissions très précises (sur un champ d'un ticket par exemple), des graphiques et diagrammes de gantt, des tableaux de bord projet et perso. et surtout des liens entre les éléments d'un projet : un doc vers une tâche, une tâche vers un bug, un bug vers un commit, un job, un message dans un forum etc.
    • [^] # Re: Autre outil

      Posté par (page perso) . Évalué à  0 .

      J'avais déjà regarde codendi, mais c'est pour RH ou Centos livré sous forme d'iso centos.
      Donc, si t'a déjà un serveur, tu peut pas le calquer dessus.
      • [^] # Re: Autre outil

        Posté par . Évalué à  1 .

        Je ne suis pas sur de comprendre ce que tu veux dire. Quel type de server as tu ? CentOS, RHE ou autre ?
        Si tu as un serveur CentOS ou RHE, tu peux faire :

        mkdir /media/cdrom
        mount -o loop codendi-xxx.iso /media/cdrom/
        /media/cdrom/codendi_install.sh
        • [^] # Re: Autre outil

          Posté par (page perso) . Évalué à  0 .

          J'ai une Debian.
          Donc, je doute que cela s'installe puisque c'est fait pour CentOS ou RedHat.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.