← Tous les articles

GitHub Issues : du signalement utilisateur au ticket résolu dans Singularity

Un bug arrive sur GitHub avec une description et une capture. Pour le corriger, il faut retrouver le projet, transmettre le contexte, suivre le travail et répondre à la personne qui l’a signalé. Le plugin GitHub Issues relie cette discussion au kanban de Singularity : l’issue reste le point de contact avec votre communauté, et le ticket organise le travail de l’agent.

Captures de l’application seule, extraites des prises brutes de la vidéo dédiée. Le scénario rejoue des échanges du projet gba_translator avec un profil de démonstration ; ces images ne prouvent pas une nouvelle exécution d’agent.

Lire les issues dans votre espace de travail

L’arbre GitHub Issues distingue les issues ouvertes et fermées avec leurs compteurs. Ouvrez une issue pour lire son titre, son état, ses labels, sa description Markdown, ses images et les commentaires. La pastille du ticket lié permet de rejoindre le travail associé. Plusieurs dépôts peuvent être connectés au même espace de travail.

L’issue #190 et la capture du signalement dans Singularity.
L’issue #190 et la capture du signalement dans Singularity.

Transformer un signalement en mission

L’action Créer un ticket prépare un brouillon modifiable avec le contexte de l’issue et ses images. Relisez la description, choisissez le projet et l’agent, puis précisez le résultat attendu et les vérifications utiles. Une issue déjà liée retrouve son ticket : vous gardez le fil entre la demande et sa résolution.

L’issue et son ticket B-424, ouverts côte à côte.
L’issue et son ticket B-424, ouverts côte à côte.

Une issue, deux réponses

Le ticket conserve les détails techniques utiles à l’équipe : diagnostic, changements et vérifications. Sur GitHub, l’agent est invité à publier une réponse compréhensible par l’utilisateur, accompagnée de captures lorsque cela aide. Le cycle de résolution relie la fin du ticket à la fermeture de l’issue. Vérifiez les preuves et le résultat proposé comme pour tout travail confié à un agent.

La discussion continue après la clôture

Un nouveau commentaire externe sur une issue liée et terminée peut rouvrir l’issue et remettre le ticket en attente avec la réponse reçue. Depuis la carte, Répondre permet de lire le retour et d’ajouter une consigne ; Valider relance l’agent avec la discussion ; Refuser termine le ticket et referme l’issue. Avec la validation automatique activée, la reprise peut être directe. La correction suit ainsi les retours de la communauté.

Le retour utilisateur repris dans le ticket B-593.
Le retour utilisateur repris dans le ticket B-593.

Gérer aussi les échanges du quotidien

Vous pouvez créer une issue en Markdown, joindre des fichiers, commenter, fermer ou rouvrir, épingler, cloner, lier des issues et organiser des sous-issues. Les notifications signalent les nouvelles issues, commentaires et réouvertures. La synchronisation périodique dépend de l’accès GitHub : une liste conservée hors ligne ne garantit pas un état à jour.

Commencer avec un dépôt

Installez et activez le plugin payant GitHub Issues depuis le Marketplace. Ajoutez une connexion dans l’espace de travail avec le dépôt owner/repository et un accès autorisé. Ouvrez ensuite une issue et préparez son ticket. Les opérations disponibles dépendent des permissions du compte et du dépôt.

Marketplace · Tickets · Singularity