Comment les bogues sont-ils classés et quel est le cycle de vie d'un bogue?

Comment les bogues dans Ubuntu sont-ils classés et quel est le cycle de vie d'un bogue?

En outre, «Que signifie le« statut »de chaque bogue et comment est-il déterminé»

Tous les bogues dans Ubuntu ont des cycles de vie. De plus, ils ont chacun un «statut» qui aide à expliquer quel est leur cycle de vie. Dans Ubuntu, chaque bogue à mesure que son cycle de vie se poursuit a différents statuts définis.

Bien que tout cela soit documenté dans des détails extraordinaires dans le guide de triage , je vais (pour l'instant, comme je n'ai pas beaucoup de temps pour écrire ce processus dans le texte, mais je le ferai plus tard) publier les "organigrammes" fournis par le Bug Squad pour cela ( cliquez ici pour la source des organigrammes ). Chaque état (en attendant) peut être expliqué dans la documentation Bugs / Status BugSquad , mais je les ai également documentés ici.

(Notez que les informations ci-dessous peuvent être obsolètes avec la documentation sur le wiki, vous devriez vous référer au wiki pour les informations les plus à jour.)

Voici une description de chaque indicateur d'état d'un bogue:

• Nouveau:
  • Des bogues sont soumis avec ce statut
  • Ils manquent parfois d'informations et
  • Tous doivent être non testés
• Incomplet:
  • Si vous devez poser des questions au journaliste, définissez le bogue sur Incomplete
  • Demandez à l'expéditeur de fournir toutes les informations nécessaires dans un commentaire et assurez-vous de vous abonner au rapport de bogue afin de recevoir toutes les mises à jour du bogue par e-mail.
  • Certains bogues ne sont jamais traités par le demandeur (également appelé «affiche originale» ou «OP»). Ces bogues seront automatiquement expirés par Launchpad dans 60 jours, à compter du jour où ils ont été définis comme incomplets. Il n'est pas nécessaire d'agir sur eux (et, en fait, changer le bogue redémarrera la période d'expiration). Notez que cela s'applique au projet Ubuntu (c'est-à-dire aux tâches de bogue qui ont "(Ubuntu)" dans leur nom). D'autres projets peuvent ou non avoir une expiration de bogue incomplète automatique.
  • Si quelqu'un, y compris vous, commente le bogue, l'horloge d'expiration de 60 jours est réinitialisée.
• Opinion:
  • Le statut `` opinion '' signifie qu'il y a une différence d'opinion autour d'un bug particulier et que les gens sont libres de poursuivre la discussion, mais les responsables du projet ou du package doivent passer à un autre travail et considèrent le problème clos. L'idée est que les bogues peuvent être marqués comme fermés, donc les développeurs ne perdent pas de temps dessus, mais la discussion peut toujours être en cours.
  • Cette «opinion» sur le statut est considérée comme une expérience et sera étroitement surveillée.
• Invalide:
  • Ce statut doit être utilisé lorsque le rapport de bogue ne contient pas d'informations adéquates pour déterminer s'il s'agit ou non d'un bogue, même s'il est résolu pour le rapporteur.
  • Cela devrait également être utilisé si le problème signalé n'est pas du tout un bogue, mais par exemple une erreur utilisateur
  • Il doit être utilisé avec prudence car les bogues marqués comme non valides n'apparaissent plus dans les recherches par défaut
  • Assurez-vous de revérifier un bogue avant de l'invalider
• Expiré:
  • Ce statut est similaire à Invalid, mais est destiné spécifiquement aux bogues qui ont été incomplets depuis trop longtemps. (Voir au dessus.)
  • Ce statut ne peut être défini qu'en utilisant launchpadlib ou l'interface de messagerie.
  • Comme les bogues non valides, les bogues expirés n'apparaissent pas dans les recherches par défaut.
• Confirmé :
  • Un autre journaliste a rencontré le même bug, cela peut prendre la forme d'un bug en double ou d'un commentaire de bug
  • Les bogues confirmés nécessitent la confirmation d'une personne autre que le reporter d'origine
  • Cela permet de garantir que le bogue est applicable à Ubuntu en général, et non pas un problème avec le système du reporter, donc ...
  • Veuillez ne pas confirmer vos propres bugs!
• Trié:
  • Un membre d'UbuntuBugControl pense que le rapport décrit un véritable bug suffisamment en détail pour qu'un développeur puisse commencer à travailler sur un correctif. (voir également le conseil ci-dessous)
  • Utilisez-le lorsque vous êtes sûr qu'il doit être examiné par un développeur et qu'il dispose de suffisamment d'informations
  • Bien que cela ne soit pas obligatoire, le statut de la tâche Ubuntu d'un bogue sera trié avant toute transmission en amont.
  • Avec des bogues sur Linux Triaged signifie que le bogue a été testé avec le noyau principal en amont
• En cours:
  • Si vous travaillez sur la correction d'un bogue, définissez-le sur En cours pour que les gens sachent ce qui se passe
  • Les bogues en cours doivent être attribués à la personne qui y travaille
• Correctif commis:
  • Tâche de bug Ubuntu: les modifications sont en attente et seront bientôt téléchargées (c'est ce que PENDINGUPLOAD était dans Bugzilla)
  • Fix Committed est également utilisé lorsqu'un package mis à jour existe dans un référentiel proposé, c'est-à-dire hardy-propose
  • Fix Committed ne doit pas être utilisé lorsqu'un patch est attaché à un bogue
  • Tâche de bogue en amont: le correctif est dans CVS / SVN / bzr ou est validé à un endroit
• Correctif publié:
  • Tâche de bogue Ubuntu: un correctif a été téléchargé dans un référentiel officiel Ubuntu
  • NB Cela n'inclut pas les propositions proposées, c'est-à-dire robustes
  • N'hésitez pas à ajouter un journal des modifications en tant que commentaire, afin que les gens sachent dans quelle version de package un bug a été corrigé
  • Si un bogue est corrigé dans la version de développement actuelle, il s'agit de Fix Released. Si le bogue doit également être corrigé dans une version stable, utilisez le lien "Target to release" pour le désigner pour cette version.
  • Tâche de bogue en amont: un tarball de publication a été annoncé et est accessible au public
• Ne résoudra pas:
  • Ce statut est parfois utilisé lorsque la correction de bogue est trop controversée
  • Il est le plus souvent utilisé pour les bogues avec une cible de version qui ne sera pas corrigée dans cette version particulière, mais peut être corrigée plus tard
  • Il peut également être utilisé pour les demandes de fonctionnalités que les développeurs ne souhaitent pas implémenter

(le formatage sera légèrement différent du wiki car le formatage ici est plus limité)

Questions et réponses connexes:
Valeur d'importance: comment sont décidées les valeurs d'importance d'Ubuntu Bugs