Désolé si ce n’est pas l’endroit approprié pour publier ceci, mais y a-t-il un projet pour inclure à nouveau une fonctionnalité similaire au migrateur GitHub Issue → Discourse ? Nous aimerions beaucoup l’utiliser dans le projet kubernetes ainsi que dans quelques autres projets OSS que je connais.
Nous clôturons les problèmes de support postés sur GitHub et demandons aux utilisateurs de les reposter sur notre forum Discourse. S’il existait une fonctionnalité de migration intégrée, nous pourrions ajouter une commande de bot pour les déplacer automatiquement lorsqu’ils sont signalés et fournir un lien à l’utilisateur.
Oh, on dirait que vous cherchez une solution plus permanente ici. Nous pourrions régulièrement scanner la liste des problèmes et les copier/fermer.
Je pense que, d’un point de vue de flux de travail, une bonne solution consisterait à ce que vous étiquetiez les éléments avec kind/support, puis que, si nous remarquons de nouveaux problèmes de support, nous les fermions sur GitHub, les ouvrions sur Discourse, et ajoutions un message contenant un lien vers Discourse.
Cela nécessiterait un certain nombre de développements pour rendre cela possible : nous devrions étendre notre plugin Discourse ↔ GitHub (GitHub - discourse/discourse-github · GitHub), car nous ne gérons actuellement que les liens de retour. Mais c’est certainement faisable.
Je ne pense pas que cela relève du plugin de revue de code, donc un changement d’étiquette serait nécessaire.
Est-ce le type de travail que vous envisagez de sponsoriser ? Si c’est le cas, je peux transférer cela à la boîte de réception de notre équipe.
Précision : je ne suis pas très familier avec le fonctionnement du plugin discourse-github, mais une idée potentielle serait la suivante : si un projet peut déclencher un appel (webhook) contenant le numéro de l’issue concerné, pourrait-il récupérer l’issue, créer un post en tant que sujet, puis publier un lien dans l’issue pointant vers le sujet ?
De cette manière, c’est au responsable du dépôt de déclencher l’action de récupération de l’issue et des commentaires. Cela pourrait être une action GitHub, un plugin probot, etc. Ils pourront également décider s’ils souhaitent fermer automatiquement l’issue ou la laisser ouverte.