J'ai besoin de suivre les problèmes dans les bibliothèques partagées entre plusieurs projets. Y a-t-il un moyen de partager ces composants? Ou est-il préférable de déposer un problème distinct sur chaque projet concerné?
4 Réponses :
Nous rencontrons ce même problème avec le code partagé. Nous utilisons actuellement des "clones" pour créer des problèmes dans des projets multiples tout en conservant une certaine connnité entre eux, mais il est certainement moins qu'une solution idéale.
Il y a toute une série de billets sur le Projet Jira pour Jira en rapport avec cette problème. Si vous configurez un compte là-bas, vous pouvez voter pour des problèmes pour aider à influencer l'équipe DEV et vous pouvez obtenir des notifications lorsque les billets sont mis à jour.
Je m'envoie en créant un projet séparé pour le code partagé, marquant chaque numéro en fonction de la communication (s) qu'elle est liée, puis de créer des filtres JIRA qui examinent ces balises sur plusieurs projets afin de suivre la liste. des problèmes pour une libération.
Par exemple, disons que j'ai du produit A et du produit B, qui utilisent les deux bibliothèques partagées. Je veux libérer la version 1 du produit A et 2 du produit B; Ces deux versions ont besoin de la question 1001 dans le projet de bibliothèque partagée à fixer.
i Étiquetez l'émission de la bibliothèque partagée 1001 avec "PRODAVER1 PRODBVER2", balise tout le produit A Problèmes de version 1 avec "PRODAVER1" et tous les numéros de produit B pour la version 2 avec "PRODBVER2". Ensuite, je fais un filtre, y compris tous les problèmes dans le produit A ou les bibliothèques partagées contenant le tag "PRODAVER1" pour suivre mes problèmes pour le produit une version, et également à l'aide de la balise "PRODBVER2" pour le produit b.
Cela sonne un peu long windé maintenant, je l'ai écrit, mais je pense que c'est une meilleure option que d'utiliser des problèmes clonés dans plusieurs projets.
Notez que vous pouvez créer des liens JIRA entre les problèmes (également à travers les projets) afin de préciser qu'ils appartiennent ensemble. Cela rend évident d'un coup d'œil si, par exemple, un problème pour une bibliothèque affecte d'autres produits.
J'ai également utilisé un JIRA CLI (SOAP) pour conserver la liste des composants dans deux projets en synchronisation, mais ce n'est pas idéal non plus.
~ Matt
Ce n'est probablement pas immédiatement utile, car vous envisagez probablement de rester avec Jira, mais je pensais que je devrais indiquer que c'est la grande fonctionnalité innovante offerte par LaunchPad Le suivi de l'insecte de la liste. Les développeurs ont remarqué que les insectes dans diverses applications open-source ont souvent été bouillies dans une bogue commun dans une bibliothèque partagée et ont mis au point un moyen de joindre un problème à plusieurs projets, versions et libérations.
Oui, il appartient ici. Jira est un outil populaire utilisé principalement par les programmeurs.