2009-10-19 7 views
2

J'essaie simplement d'associer Trac/SVN pour que mon SVN puisse gérer mes tickets Trac. J'ai lu la documentation et je comprends que les mises à jour de ticket s'appuient sur un dev en utilisant la syntaxe correcte dans le champ des commentaires qui ne doit pas mettre un point dessus je pense que um ... laisse le monde peu fiable Pour éviter d'offenser qui que ce soit, PComment puis-je fournir un lien plus robuste entre les validations SVN et les tickets?

Je cherche à ajouter un champ personnalisé pour ce faire, qui ne nécessitera pas la connaissance d'une syntaxe spécifique afin de mettre à jour les tickets. Le seul problème est, je n'ai pas la première idée par où commencer ... Je n'ai même jamais programmé en Python auparavant et même si je peux interpréter ce qui se passe dans un script donné, je ne veux pas avoir apprendre la langue entière juste pour intégrer les deux systèmes plus solidement. J'ai très peu d'expérience * NIX, je suis un développeur Microsoft alors devoir hack toutes ces technologies ensemble via la ligne de commande, les scripts et les fichiers de configuration est un environnement qui est un peu étranger à moi.

Est-ce que quelqu'un a modifié Trac/SVN de cette façon ou fait quelque chose comme ça avant et si oui, y a-t-il un document ou un utilisateur utile qui pourrait me guider dans ce processus? Dois-je envisager de modifier l'intégration de mon client SVN pour rendre ce processus plus intuitif pour le développeur plutôt que de modifier le lien entre SVN/Trac? Peut-être que ce serait une route plus appropriée?

Répondre

3

Prédisposer des hooks pour vérifier que la syntaxe du message de validation correspond à un ticket valide utilisant des expressions régulières est votre meilleur choix. Trouvé une entrée de blog ici qui pointe à la plupart des sites pertinents blog entry

+0

Est-ce que cela peut être configuré pour renvoyer une réponse "syntaxe de commentaire invalide" et empêcher ainsi la validation? Ce que j'essaie d'éviter, c'est permettre au développeur de commettre une mise à jour sans fournir de numéro de ticket mais sans exiger qu'il comprenne et utilise une syntaxe spécifique. – BobTheBuilder

+0

Un hook de pré-validation est fondamentalement un script python qui renvoie un booléen. Si la pré-validation échoue, le commit ne prendra pas. Je ne suis pas sûr du message d'erreur sur le dessus de ma tête (le cas échéant). –

+0

Je vais vérifier, merci – BobTheBuilder

0

Vous devriez obtenir ce gratuitement avec trac, il suffit d'inclure le numéro de ticket dans votre message SVN:

 
svn commit -m "#635 bugfix" 

trac reconnaîtra que la livraison appartient au ticket # 635 et devrait faire le lien, que voulez-vous que le "lien" fasse d'autre? fermer automatiquement le ticket?

+0

Je suppose que je pourrais avoir pousser AnkhSVN si nous créons notre propre branche qui le fait. Je cherchais une méthode plus intuitive de développeurs fournissant les informations de ticket plutôt que de leur demander de se souvenir de syntaxes spécifiques à fournir dans le message qui est franchement hokey. – BobTheBuilder

+0

Et non, un développeur ne devrait pas être en mesure de fermer un ticket, mais il devrait automatiquement changer le statut "Open" à "InTest" indiquant qu'il a été corrigé et qu'il est maintenant en test. Le testeur met alors l'état à "TestSuccess" et le gestionnaire de projet le passe en revue et le marque "Complete" s'il est satisfait du correctif. Si le test échouait, le testeur le marquerait comme "TestFail" et le ticket serait alors repris pour un développement ultérieur. – BobTheBuilder

+0

Je commence à me demander si ce n'est pas un problème avec le logiciel client plutôt que le lien entre Trac/SVN. Peut-être que je devrais poursuivre cette route à la place. – BobTheBuilder

1

Je suis un peu en retard à cette fête, mais c'est une page très utile qui détaille exactement de quoi vous parlez.

Il vous permet de définir une propriété qui met en évidence le numéro de bogue et le transforme en lien hypertexte vers la page de suivi des bogues lorsqu'il est affiché dans tortoisesvn (en utilisant les expressions régulières et les propriétés svn). Dites aussi que vous pouvez obtenir/développer des plugins pour tortuesvn qui vous permettent de choisir un bug dans une liste. Il y en a probablement un pour trac, mais je ne sais pas où c'est, ni à quel point c'est bon. Combinez l'une ou l'autre avec le crochet côté serveur pour interdire la validation sans le numéro de bogue, et vous avez un très bon système.

http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-bugtracker.html

Mise à jour: Un rapide Google révèle que TracExplorer peut être votre meilleur pari pour cela.

+0

Voici une autre référence pour configurer TortoiseSVN et TracExplorer avec Trac: http: // trac. edgewall.org/wiki/TortoiseSvn – RjOllos

Questions connexes