vendredi 05 septembre
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Éclosion de Mantis 1.1.0

Posté par Nÿco (Jabber id, page perso, ). Modéré le 20 décembre 2007.
0
Mantis est un logiciel libre (GPL) collaboratif de suivi de bugs (BT pour « Bug Tracker ») écrit en PHP. Victor Boctor, l'un des développeurs principaux, vient d'annoncer la version 1.1.0 du mantoptère, à l'issue d'une période de gestation, de développement et de stabilisation de 15 mois depuis septembre 2006 passant par quatre versions alpha et trois versions candidates (release candidate).

> Lire la suite (6 commentaires, moyenne: 1,7).   [dépêche : 2263 caractères]

Bien que le numéro de version ne progresse que d'un .1 depuis février 2006, Mantis 1.1 apporte un grand nombre d'évolutions :La liste des fonctionnalités est devenue très complète, avec entre autre : 68 localisations, changelog et roadmap, recherche en texte, rapports, champs personnalisés, notifications par email, flux RSS, cycle de vie éditable, sponsoring (bounties et paiements), captcha, pièces jointes avec prévisualisation, données publiques et privées, intégration LDAP et AD, prise de charge de multiples SGBDR, etc. Ce qui fait de Mantis un bug tracker qui devrait satisfaire de très nombreuses équipes de différentes tailles à moins de besoins spécifiques.

Un outil de gestion de bugs (BT pour Bug Tracker) isolé est toujours un peu pauvre, et il se révèle souvent nécessaire d'avoir une intégration avec un SCM (Source Code Management), sans avoir toutefois à passer par les solutions complètes et exhaustives de type forge (GForge, Savane, LibreSource, Qualipso, etc.). ScmBug est un outil d'intégration d'un SCM avec un BT, par exemple CVS ou Subversion avec Bugzilla ou Mantis. Il oblige à lier tout commit à un bug, ou inversement de créer un bug pour pouvoir committer, permettant ainsi une traçabilité complète et la possibilité des générer des rapports et tableaux de bord. Il s'agit d'une fonction qui devrait être à ce jour incontournable ; hélas, c'est loin d'être le cas dans les projets libres d'une manière générale.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

Mantis : mangez-en !

Posté par Philippe Fremy (page perso, ) le 21/12/2007 à 10:21. (lien). Évalué à 2.

Après avoir testé 4 ou 5 gestionnaire de bug dans ma boite, on s'est arrêté sur mantis et vraiment, on en est très satisfait.

Une mise en place assez facile, un fonctionnement intuitif, des notifications par mail, une bonne apparence visuelle, la possibilité d'avoir des commentaires privés ou publics, un bonne gestion du flux de développement (bug reporté --> assigné --> résolu --> assigné --> fermé dans notre cas, mais c'est configurable).

On peut facilement gérer plusieurs projets, sans que ceux-ci ne se marchent sur les pieds les uns les autres.

Je n'utilise aucun des plugins externes parce que je voulais juste un bug tracker et j'en suis très content.

--
phil.freehackers.org

Hierarchie des Bugs

Posté par Stéphane Aulery () le 21/12/2007 à 13:17. (lien). Évalué à 1.

Bonjour,

A première vu Mantis ne supporte pas la hiérarchisation des bugs. Est- ce le cas ? Est-ce prévu ?

Comparaison avec Trac ?

Posté par Monsieur Flynn () le 21/12/2007 à 19:02. (lien). Évalué à 1.

J'utilise beaucoup Trac en le reliant à svn ( pour faire ce que fait Scmbug ). Quelqu'un a une double expérience Trac / Mantis et pourrait donner les forces/faiblesses des deux solutions l'un par rapport à l'autre ?

( un point que je vois tout de suite, le cycle de vie du ticket n'est pas éditable dans Trac, sauf à taper directement dans le python ).

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0869s (dont 0.0298 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !