1) indicateur de progression de haut niveau:
L'onglet feuille de route vous donne genre d'un indicateur de progression de haut niveau. Il énumère toutes les étapes et pour chaque étape il vous montre:
- étape titre
- courte description
Date
- sur laquelle l'étape est due
- combien de temps est laissé jusque-là (ou combien de temps vous êtes derrière votre emploi du temps)
- combien de tickets sont assignés à ce jalon et combien d'entre eux ont été fermés, visualisés comme une belle barre de progression verte. Cette barre est établie en supposant que chaque ticket a le même poids, ce qui peut induire en erreur
Vous pouvez restreindre vos autorisations de manière à ce que votre client puisse accéder à cette vue uniquement. En fonction de la relation entre vous et votre client, vous pouvez lui donner la possibilité de créer de nouveaux tickets (autorisation TICKET_CREATE), ce qui devrait être possible sans lui donner un accès en lecture aux autres tickets (TICKET_VIEW et TICKET_MODIFY). Désolé, mais je ne peux pas actuellement tester si cela fonctionne vraiment, peut-être que quelqu'un peut commenter.
2) rapports résumé quotidien
vous propose des flux trac RSS pour tout ce que vous pouvez penser. Il devrait être possible de générer des rapports quotidiens à partir de cela, ou vous demandez simplement à votre client RSS de vérifier le flux une fois par jour. Trac a également le droit d'informer un détenteur de billet par courrier si ce billet a changé, mais cela se produira instantanément, et non pas sous forme de résumé quotidien. Vous pouvez commenter les billets, et parfois nous les utilisons comme un forum de discussion ou une liste de diffusion, et dans ce cas, il est bon d'être informé instantanément.
Autre configuration
Dans chaque projet, je fais avec trac, je crée une requête personnalisée à la liste tous les billets que personne ne possède:
SELECT p.value AS __color__,
owner AS __group__,
status,
id AS ticket, summary, component, milestone, t.type AS type, time AS created,
changetime AS _changetime, description AS _description,
reporter AS _reporter
FROM ticket t
LEFT JOIN enum p ON p.name = t.priority AND p.type = 'priority'
WHERE status = 'new' AND (owner = '' OR owner = 'somebody' OR owner = 'None')
ORDER BY owner, p.value, t.type, time
Chaque billet peut avoir un propriétaire et plusieurs personnes le champ cc, mais le rapport pour mes billets ne liste que ceux dont vous êtes le propriétaire.Pour remédier à cela, j'ajoute une requête comme ceci:
SELECT p.value AS __color__,
(CASE owner WHEN '$USER' THEN
(CASE status
WHEN 'assigned'
THEN 'Tickets that you accepted'
ELSE 'Tickets that were assigned to you, please accept or reassign'
END)
ELSE 'Tickets, that have your name in the cc' END)
AS __group__,
id AS ticket, summary, component, version, milestone,
t.type AS type, priority, time AS created,
changetime AS _changetime, description AS _description,
reporter AS _reporter
FROM ticket t
LEFT JOIN enum p ON p.name = t.priority AND p.type = 'priority'
WHERE t.status 'closed' AND (owner = '$USER' OR cc like '%$USER%')
ORDER BY owner, (status = 'assigned') DESC, p.value, milestone, t.type, time
(ce code fonctionne en 0.11b trac)
C'est mon rapport de billet favori. Il goups billets par trois classes:
- billets que vous possédez et accepté
- billets qui vous ont été attribués, mais vous n'avez pas encore accepté
- billets qui vous ont dans le cc (que la chose fantaisie vous n'obtiendrez pas sans cette requête)
Les requêtes peuvent sembler angoissantes, mais elles sont de simples modifications des requêtes qui s'y trouvent déjà. Vous n'avez pas à pirater le code source trac, l'interface web vous permet de modifier les requêtes.
Plugins
Je recommande la XML RPC plugin si vous travaillez avec Eclipse. Il permet une intégration étroite avec Mylin. (Je pense que l'intégration de base fonctionne même sans le plugin), donc vos développeurs peuvent effectuer de nombreuses tâches depuis eclipse sans passer à l'interface web trac.
(Si vous utilisez Eclipse, mais ne savez pas Mylin, vous devriez avoir un coup d'oeil. Vous pouvez tester sans aucune configuration, car il est livré avec la plupart des distributions d'éclipse et peut fonctionner en mode autonome sans trac.)
Donc, il n'y a pas moyen de restreindre l'idée que le client doit y parvenir? – torial
Je ne pense pas que vous pouvez restreindre un utilisateur à ne voir que certains billets et pas d'autres, ou des commentaires de billets. –
Semble violer DRY (ne vous répétez pas). Maintenir les données à deux endroits est une recette pour l'incohérence et les objets perdus. –