Par contre des fois la demande est automatiquement fermée par Github suite à l'intégration du correctif, ce qui n'est pas très sympa pour le contributeur.
Je trouve que c’est normal. Selon moi, « closed » signifie juste qu’un mainteneur du logiciel considère que le problème est résolu (s’il a commité avec "fix #1234" dans le message, c’est que c’est le cas). Ça ne signifie pas qu’il est dorénavant interdit de répondre sur le ticket. Si l’auteur du ticket considère que c’est pas vraiment corrigé, il suffit qu’il le dise à la suite de la discussion et réouvre le ticket.
(Encore faut-il que le bug tracker permette à n’importe qui de ré-ouvrir un ticket, je sais pas si c’est le cas de github, mais en tout cas pour moi c’est une fonctionnalité importante.
C’est d’ailleurs pour ça que je considère qu’un bug tracker doit être extrèmement souple et permettre à tout le monde de quasiment tout modifier dans un ticket, du coup je n’aime pas les bug trackers de github ou gitlab.)
# Fermeture de ticket automatique
Posté par louiz’ (site web personnel) . En réponse à la dépêche Cinq ans de projets libres : bilan et retour d'expérience sur la contribution. Évalué à 1.
Je trouve que c’est normal. Selon moi, « closed » signifie juste qu’un mainteneur du logiciel considère que le problème est résolu (s’il a commité avec "fix #1234" dans le message, c’est que c’est le cas). Ça ne signifie pas qu’il est dorénavant interdit de répondre sur le ticket. Si l’auteur du ticket considère que c’est pas vraiment corrigé, il suffit qu’il le dise à la suite de la discussion et réouvre le ticket.
(Encore faut-il que le bug tracker permette à n’importe qui de ré-ouvrir un ticket, je sais pas si c’est le cas de github, mais en tout cas pour moi c’est une fonctionnalité importante.
C’est d’ailleurs pour ça que je considère qu’un bug tracker doit être extrèmement souple et permettre à tout le monde de quasiment tout modifier dans un ticket, du coup je n’aime pas les bug trackers de github ou gitlab.)