Comment gérez-vous les bogues liés dans Bugzilla?

Question

Dans notre environnement, nous avons une base de code de base, et plusieurs implémentations spécifiques au client de cette base de code. Lorsqu'un client pose un problème, nous devons déterminer s'il s'agit d'un problème spécifique au client ou s'il s'agit d'un problème de code de base. Nous utilisons bugzilla pour suivre nos bogues, et nous avons un produit bugzilla pour le code de base, et aussi pour l'implémentation du client (car ils ont personnalisé l'offre pour avoir des fonctionnalités améliorées). Quand un client soulève un bug qui se rapporte à la base de code de base, nous devons élever ce bogue dans 2 produits de Bugzilla - noyau et client - afin que les deux équipes soient au courant du problème. Idéalement, nous relierions ces bogues ensemble afin de ne pas gaspiller d'efforts pour tenter de le réparer deux fois, et pour que les deux chefs de projet soient pleinement informés de la progression de ce problème. La meilleure idée pour l'instant est d'utiliser un commentaire/description incluant les travaux "Relates to bug" car il semble que les mots bug deviennent magiquement un lien vers le bug spécifié rendant facile le détail de cet autre bug. Cela peut ensuite être recherché via le critère "Un commentaire contient la recherche".

Comment les autres font cela?

Answer 1

J'utiliser dépend/champs de blocs, si elles sont activées dans votre Bugzilla, avec le flux de travail suivant, à peu près:

• un bug X dans un produit spécifique au client est déposée; Si elle est trouvée présente dans le produit de base, une autre version «de base» de ce bogue (bogue Y) est déposée dans le produit de base, et elle est faite pour bloquer le bogue spécifique au client (Y blocs X, X dépend de Y); L'équipe de base procède à la correction du bogue principal Y;
• Lorsque le bogue de base est corrigé, le bogue X spécifique au client peut également être corrigé (cela peut nécessiter ou non un effort supplémentaire).

Les avantages de l'utilisation dépend/blocs au lieu des liens dans les commentaires sont les suivants:

• notifications: quand quelqu'un change bug Y, tout le monde qui regarde bug X également recevoir des notifications; Contraintes: Bugzilla peut être réglé pour interdire la fermeture des bogues qui dépendent d'au moins un bogue ouvert, donc Y devra être fermé avant la fermeture de X.

Nous avions l'habitude d'avoir une configuration similaire, avec un produit de base et deux produits de production qui sont expédiés aux clients. Cependant, nous avions une seule équipe pour tous les produits, donc c'est plus simple. Un bogue était généralement déposé dans un produit de production, après quoi nous le réparions ou l'élevions vers le produit principal, ou nous faisions un bogue en double pour l'autre produit de production. Chaque fois que deux enregistrements de bogue étaient là pour le même problème, ils étaient liés avec depends/blocks.