Wiki et suivi des problèmes dans un seul système?

10

Je recherche une solution intégrée qui combine la documentation d'un système logiciel avec le suivi des bugs, des demandes de changement et des demandes de fonctionnalités.

Exigences:

Une documentation utilisant un wiki serait bien, de préférence une prenant en charge CamelCase ou une autre liaison automatique.
Le suivi des problèmes doit permettre un flux de travail personnalisable et des notifications par courrier électronique facultatives.

Alternatives connues:

FogBugz est un outil de suivi des problèmes génial, mais le wiki semble être quelque peu maladroit.
Le wiki de Trac est moyen (mais pas aussi agréable que Foswiki.org ) mais je ne sais pas à quel point le tracker de problèmes intégré est bon.

Que recommanderais-tu? Quels systèmes offrent la meilleure combinaison de documentation et de suivi des problèmes?

wiki documentation issue-tracking

— Torben Gundtofte-Bruun
source

2

Il existe un plugin pour Foswiki.org qui peut être pertinent: foswiki.org/Extensions/BugsContrib

— Torben Gundtofte-Bruun

Pourquoi combinez-vous les deux fonctions?

— Iain

1

Bonne question, Iain! Essentiellement, c'est KISS: je veux peu d'ingrédients, peu d'outils, un effort d'intégration minimal. Un système devrait pouvoir facilement référencer (lier) des bogues aux pages wiki, et vice versa - vous n'obtiendrez pas une telle intégration si vous choisissez deux outils complètement séparés.

— Torben Gundtofte-Bruun

5

Nous utilisons Confluence et Jira pour notre projet open source. Son prix est très raisonnable et Jira est un outil de suivi des problèmes de premier ordre.

— alxp
source

Ce choix nous semble réaliste tant en termes de fonctionnalités que de prix.

— Torben Gundtofte-Bruun

J'ai choisi cela comme réponse acceptée car cela semble être une très bonne option. Pour d'autres raisons, mon lieu de travail va utiliser SharePoint à la place (il est déjà installé) et je vais voir comment nous pouvons le faire fonctionner pour nous.

— Torben Gundtofte-Bruun

Juste pour faire un suivi à ce sujet plus tard: En fin de compte, Sharepoint est un mauvais tracker de problème et le wiki de Sharepoint est presque destructeur; ce n'est certainement pas utilisable.

— Torben Gundtofte-Bruun

4

La page de comparaison des suiveurs de problèmes (bogues) sur Wikipedia en mentionne un certain nombre qui s'intègrent aux wikis.

Mante
Redmine
Roundup
Trac - J'ai utilisé Trac, mais je n'ai pas été impressionné.
ikiwiki
Assembla
codeBeamer
Fogbugz - Je n'ai pas utilisé Fogbugz, mais il a été créé par Joel Spolsky, qui a également aidé StackOverflow et Superuser, il doit donc être bon.

— Iain
source

2

Utilisez Interleave. http://www.interleave.nl/en/ (est open source). Vous devez faire de la modélisation mais le ciel est la limite.

— Ctrpllr
source

Ça a l'air intéressant. Leur site Web semble extrêmement professionnel, mais manque d'exemples réels. J'ai l'impression que le coût serait prohibitif.

— Torben Gundtofte-Bruun

1

Je sais que cela a déjà été répondu, mais pour le bénéfice des futurs visiteurs, nous utilisons Redmine et c'est un très bon produit. Le traqueur de problèmes et le wiki fonctionnent immédiatement, mais ils sont également faciles à personnaliser.

— Randy Syring
source