suivi des bogues par projet

Question

été à la recherche de solutions de suivi des bogues. recherché sur le net, d'autres sites, ainsi que d'autres réponses/questions ici,

J'ai un projet qui aura plusieurs sous-projets. chaque sous-projet aura besoin de son propre espace de suivi des bogues. c'est-à-dire que projectA, projectB et projectC seront travaillés par des personnes différentes et généreront différents problèmes/bogues qui devront être résolus/suivis par les développeurs. En jetant un coup d'œil aux outils gratuits, (bugzilla/mantis/etc ..) je ne suis pas sûr qu'il y ait une approche rapide/facile pour créer une solution à mes besoins.

je suis à la recherche d'avoir ~ 200-300, chacun avec des sous-projets 1-2 devs ..

ne peut pas aller contre rétribution, car cela est une opération petit/non financé, et le projet aura plus que le nombre de devs/sous-projets spécifiés par les opérations gratuites des applications payantes.

pensées/commentaires sont appréciés.

grâce

Answer 1

Nous avons eu exactement cette situation au travail, et après avoir évalué toutes les options, a décidé d'aller avec Redmine. Redmine a le concept de plusieurs projets, chacun avec son propre bug et traqueur de fonctionnalités, espace wiki, intégration de contrôle de version, stockage de documents, flux de nouvelles, etc. Les projets peuvent également être imbriqués hiérarchiquement, ce qui est une fonctionnalité intéressante. Vous pouvez également configurer des feuilles de route de projet et lier des entités à des versions spécifiques.

Vous pouvez définir des rôles personnalisés, et les développeurs peuvent avoir différents droits de gestion de projet pour chaque projet dont ils sont membres.

Ma fonctionnalité préférée est l'intégration de la gestion de code source. C'est génial de pouvoir lier des bogues à des commits SVN individuels, et cliquer pour voir le diff est très utile.

Le code est implémenté en utilisant Ruby on Rails, avec un backend DB (on utilise MySQL). C'est notre bug tracker de production, et a été très fiable. Le projet lui-même utilise Redmine pour son propre bug tracking. Il est bien supporté, open source, et il y a eu des progrès réguliers et des améliorations au cours des deux années que nous l'avons utilisé.

Il y a un interactive demo site que vous pouvez regarder, si vous voulez avoir une idée des capacités de Redmine avant de le télécharger vous-même.

Answer 2

Bugzilla dispose d'un mode "isolation stricte" qui rend la sécurité du groupe anale. Chaque sous-projet peut avoir son propre groupe distinct de ces devs.

Alternativement, vous pouvez utiliser la même installation, mais avec plusieurs bases de données:

http://www.bugzilla.org/docs/3.6/en/html/multiple-bz-dbs.html

Redmine (ou similaire) pourrait être une meilleure alternative pour ce que vous voulez, mais c'est vous le faites Comment as en Bugzilla.