Quelle est l'importance de l'intégration de contrôle de version avec votre logiciel de suivi de bogues?

Question

Actuellement, nous utilisons FogBugz pour le suivi des problèmes et nous avons constaté que tout allait bien. Je suis à la recherche d'autre chose qui peut permettre aux utilisateurs finaux de suivre leurs cas avec nous. Et quelque chose qui fonctionne bien avec le courrier électronique. J'ai trouvé quelques alternatives qui supportent ces fonctionnalités mais elles ne s'intègrent pas au contrôle de version. Nous avons tous les hooks SVN dans fog bugz et nous les utilisons - mais je ne les ai pas vraiment trouvés utiles. Est-ce que quelqu'un a trouvé une bonne raison d'avoir besoin de l'intégration du contrôle de version avec les suiveurs de bugs?

Answer 1

De toute évidence, ce type d'intégration n'est pas essentiel au fonctionnement du logiciel. Avec un peu de discipline, chaque enregistrement peut être accompagné d'un numéro de bogue manuellement, et chaque résolution de bogue peut être manuellement associée à un tag de contrôle de version. Cependant, toutes choses étant égales par ailleurs, je préfère toujours l'automatisation à la «discipline des utilisateurs», car celle-ci vous laissera toujours tomber de temps en temps. Non pas parce que les utilisateurs sont malveillants ou incompétents, mais simplement parce que les gens ne peuvent pas être 100% alertes tout le temps.

Answer 2

Il s'agit d'une question sur la taille de votre code, et combien de bogues vous devez suivre.

Et il est également très utile pour les non-codeurs dans l'organisation, c'est-à-dire les gestionnaires et le support client. Ils peuvent trouver des réponses à des questions telles que "Quand et où ce bug a-t-il été corrigé" ...

Answer 3

Je pense qu'il est utile de distinguer entre les bogues trouvés internes à l'organisation de développement, par ex. à partir de l'examen du code homologue, par rapport aux bogues trouvés par un groupe de test externe à l'organisation de développement.

Le (petit) avantage de la commande de version de coordination avec des bogues trouvés par un groupe de test externe serait utilisé comme référence historique. Le plus grand avantage réside dans la coordination des bogues détectés via la révision du code par les pairs avec le contrôle de version. Vous pouvez ainsi certifier que tout le code est exempt de bugs avant de le relâcher aux groupes de tests externes. une exigence commune.

FYI, Collaborateur de code de SmartBear, Inc. s'occupe bien de cela.

Answer 4

Je trouve l'intégration de SVN avec TRAC très utile. Par le biais de hooks SVN, valide le dépôt avec un numéro de ticket, insère un commentaire sur le ticket avec un lien vers une belle représentation HTML visuelle du numéro de révision, montrant les insertions, les suppressions et les diffs.

En tant que superviseur d'une petite équipe de programmeurs, je trouve que c'est un outil utile pour faire des révisions de code, donc je peux vérifier que le commit résout vraiment le problème associé. Je n'appellerais pas exactement cette intégration essentielle, mais c'était un extra libre gentil sur mon traqueur d'issue que j'ai appris à aimer.

Answer 5

Il est absolument essentiel pour nous.

Voici un typique journal de livraison pour un de nos projets (échantillon):

Make sure filedes is cleared in child list prior to reallocating 

When p->child-filedes is > 0, the child list is active and can not 
be collected. 

[ Impact: Closes bug 123457 ] 

Notez le [Impact:] la ligne, ce qui pourrait aussi être « Concerne-To », « Causé » ou de tout d'autres choses. Cela nous permet d'utiliser des greps simples et des scripts automatisés permettant à la personne de fermer automatiquement ou même d'ouvrir à nouveau un bogue.Bien que nous utilisions généralement Git et Mercurial, ces sortes de hooks fonctionneraient sur (presque) n'importe quel VCS, en particulier ceux qui ne possèdent pas de plug-in modulaire dont vous avez besoin.

Si vous considérez votre système de bogue comme une autre partie de votre VCS, il est vraiment facile de voir comment ils dépendent les uns des autres.

D'autres choses, telles que l'extraction de correctifs soumis avec des bogues, sont également possibles.

Answer 6

J'ai trouvé l'intégration de contrôle de version extrêmement utile pour la maintenance et la gestion de plusieurs versions (stable, trunk de développement, etc.) d'un projet. L'utilisation de l'intégration de contrôle de version et un peu de discipline de la part des codeurs pour référencer les tickets de bogue dans commits (ou quelques hooks de pré-commit pour exiger des références de ticket) nous ont permis de générer rapidement et facilement des listes de changesets réparer un bug donné. Ceci est utile lors de la fusion des correctifs dans diverses branches stables du code.

Ce n'est pas une nécessité, mais cela facilite certainement la gestion des versions. J'ai utilisé SVN + Trac et le produit Jira d'Atlassian avec le plugin Fisheye SVN et j'ai trouvé que les deux outils étaient très bons. Trac semble être un peu plus simple, mais très facile à utiliser. Jira, à mon avis, avait un aspect plus agréable et un peu plus de cloches et de sifflets, mais était presque trop parfois.