Pourquoi les utilisateurs ne peuvent pas créer eux-mêmes des issues

• Dans le dépôt Ghostty, les utilisateurs ne peuvent pas créer directement des issues et doivent d’abord lancer une discussion dans les GitHub Discussions
• Le projet n’utilise pas le tracker d’issues pour discuter des bugs ou des demandes de fonctionnalités ; toutes les discussions se déroulent dans Discussions
• Lorsqu’une discussion est suffisamment précisée pour devenir un élément exploitable, un mainteneur la convertit en issue
• Cette méthode constitue une structure qui aide les mainteneurs et les contributeurs à repérer rapidement les issues réellement exploitables
• Comme la plupart des signalements concernent des problèmes d’environnement utilisateur, des malentendus ou des demandes de fonctionnalités non implémentées, cette procédure est importante pour la gestion de la qualité du projet

---

Politique de restriction de création d’issues

• Dans le dépôt Ghostty, les utilisateurs ne peuvent pas créer eux-mêmes des issues
  • Ils doivent d’abord partager leur problème ou leur proposition dans les GitHub Discussions
  • Si un mainteneur examine la discussion et confirme qu’il s’agit d’un problème clairement reproductible, elle est convertie en issue
• Cette méthode sert à faire en sorte que le tracker d’issues ne contienne que des éléments réellement exploitables
  • Comme toutes les issues sont déjà concrétisées, les contributeurs peuvent commencer à travailler immédiatement

Principes de fonctionnement du tracker d’issues

• Ghostty n’utilise pas le tracker d’issues pour les débats ni pour les demandes de fonctionnalités
  • Les demandes de fonctionnalités et les questions générales sont traitées dans Discussions
  • Les issues ne contiennent que des bugs clairement définis ou des tâches directement exploitables
• Cette approche est un principe de fonctionnement construit à partir de l’expérience de maintenance de projets open source
  • D’après l’expérience passée, 80 à 90 % des signalements utilisateurs n’étaient pas de vrais bugs, mais des malentendus ou des problèmes d’environnement
  • La plupart du reste correspondait à des demandes de fonctionnalités non implémentées, qui nécessitaient souvent des spécifications supplémentaires

Amélioration de l’efficacité de maintenance

• En passant par l’étape Discussions, les mainteneurs peuvent ne gérer sous forme d’issues que les problèmes validés
  • Cela réduit les doublons inutiles et les faux rapports de bugs
  • La liste des issues reste centrée sur des éléments immédiatement exploitables
• Les utilisateurs n’ont pas de travail supplémentaire à faire même s’ils ont identifié un problème valable
  • Un mainteneur le convertit directement en issue et le prend en charge

Document de référence

• La procédure détaillée et les consignes de contribution sont disponibles dans le fichier CONTRIBUTING.md
• Ce document précise la manière de participer aux Discussions et les critères de conversion en issue