2009-08-11 12 views

Répondre

6

Comme il est indiqué sur le TracWiki, le flux de travail prévu est:

  1. utilisateur A Trac commence à travailler sur un billet
  2. Ils obtiennent le code du système de contrôle de version
  3. Une fois les travaux terminés ils effectuent une validation de leurs modifications au contrôle de version référentiel
  4. L'utilisateur insère le numéro de ticket Trac dans le com mit un message comme TracLink
  5. Trac peut maintenant afficher le changement prévu pour le billet

Lorsque le TracLink est quelque chose comme #1 ou ticket:1 ou même comment:1:ticket:2 en se référant à un billet.


Si vous manquez la création du lien lorsque le Commit est fait, vous pouvez toujours en créer un dans le billet se commentaires à l'aide TracLinks tels que: r2, r1:3, [1:3], log:@1:3, etc.

+0

Et le lien de base pourrait être ajouté via les propriétés svn: bugtraq, au moins pour les clients qui le supportent. –

+0

De plus, vous pouvez configurer un script post-commit pour pousser automatiquement les tickets à tester (ou n'importe quel workflow que vous utilisez) – basszero

+0

Je suis assez sûr que le hook post-commit Trac doit être activé (comme indiqué), et ce n'est pas par défaut dans l'installation d'aTrac. – RjOllos

2

Vous pouvez lier à la révision lors de la fermeture du ticket: r253, par ex.
et vous pouvez lier au ticket dans le message de validation: #7525, par ex. À part ça, je doute que tout puisse être fait. De toute évidence, vous pouvez analyser le message du journal avec le crochet de validation et faire une notification des tris qui vous intéressent, mais vous devez avoir accès au serveur, je suppose.

1

Vous pouvez trouver le crochet de post-validation de Trac utile. Il vous permet de fermer des tickets en utilisant vos messages de consignation. Voir the script here.