Je réponds ici plutôt que de démarrer un nouveau sujet. D’autres sujets connexes se trouvent ici, ici, ici et ici. (Ce fil de discussion en particulier est à la fois relativement récent et relativement long.)
tl;dr : un certain niveau de synchronisation bidirectionnelle entre les Issues GitHub et les sujets Discourse, en tant que fonctionnalité de Discourse Code Review, pourrait être utile pour les projets qui présentent actuellement une certaine ambiguïté et redondance entre les deux.
Je reposte ici car l’autre fil supprime automatiquement les réponses après un mois.
Salut Elsie ! Je pense que tu devrais créer un nouveau sujet de type #feature ici, car le plugin GitHub auquel tu fais référence n’est pas le plugin d’examen de code.
Je vois que tu es très motivée. Je crois que l’ajout d’une prise en charge des issues pour Discourse Code Review est ouvert aux contributions (PR welcome), mais je ne suis pas certain. Si tu pouvais détailler ici ce que tu as en tête, peut-être qu’un membre de la communauté pourra s’en charger. Si tu as un budget pour cela, tu peux également poster ta demande dans Marketplace.
Bonjour @tobiaseigen — merci pour votre réponse. Je ne suis administrateur sur aucun forum Discourse, et ma suggestion repose principalement sur une expérience récurrente que j’ai vécue en tant qu’utilisateur et parfois contributeur sur divers projets.
J’ai choisi Discourse Code Review car il semble être de facto la seule intégration Discourse-GitHub, à moins qu’il n’existe d’autres projets actuellement maintenus dont je n’aurais pas connaissance. Quoi qu’il en soit, je vais renommer ce sujet pour le rendre un peu plus général.
Le problème fondamental réside dans le tri : généralement, les projets disposant à la fois d’une instance Discourse et d’un suivi de problèmes public sur GitHub voient leurs utilisateurs davantage concentrés sur l’instance Discourse. Lorsqu’un sujet sur Discourse correspond en réalité mieux à un problème GitHub, il peut y avoir des frictions dans le processus de transfert de ce sujet vers les personnes responsables de son traitement.
On peut aussi voir cela comme des boîtes de réception ou des compartiments : si les utilisateurs finaux sont plus actifs sur l’instance Discourse et les développeurs sur le dépôt GitHub, alors les développeurs ou la personne chargée du tri doivent suivre plusieurs endroits redondants où les gens signalent leurs problèmes, et trouver un moyen cohérent de migrer les problèmes et les sujets lorsque nécessaire.
Ce que j’imagine avec la synchronisation des problèmes GitHub, c’est quelque chose comme le plugin Discourse pour WordPress, où le suivi des problèmes et une catégorie Discourse correspondante offrent, pour l’utilisateur final, différentes vues d’un même ensemble de conversations sous-jacentes.
Encore une fois, je ne suis pas en mesure de financer cette fonctionnalité. Je poste ici en me basant sur mon expérience et ma frustration face à l’incertitude concernant l’endroit où publier différents types de retours sur certains projets, ainsi que sur la tendance des retours mal placés à passer entre les mailles du filet.
(Oh, et idéalement, la même fonctionnalité serait disponible pour GitLab que pour GitHub…)
Une autre façon de présenter les choses est de dire que les systèmes de suivi des problèmes sont simplement des forums (ou, pour utiliser une terminologie plus ancienne, des « services de tableau d’affichage ») sur lesquels on a appliqué une épaisse couche de gestion de projet Agile. Étrangement, ils ressemblent aussi à des listes de diffusion, car les utilisateurs peuvent interagir avec eux entièrement par e-mail. Discourse occupe une position unique et centrale en reliant ces services, qui semblent superficiellement différents mais qui, à bien des égards, sont fonctionnellement similaires, afin de réduire la fragmentation.
Merci d’avoir expliqué tout cela. En réalité, cela ressemble à une demande qu’il faudrait adresser aux projets auxquels vous contribuez et qui utilisent Discourse pour travailler sur ce point. Pour l’instant, il n’est même pas clair pour moi combien de projets utilisent Discourse Code Review ni comment cela fonctionne pour eux. N’hésitez pas à m’envoyer un message privé avec quelques détails afin que nous puissions être plus précis.
Ce plugin est différent : les discussions vivent uniquement dans Discourse et sont intégrées au bas des articles WordPress. Elles ne sont pas synchronisées.
@elsiehupp Avez-vous progressé sur ce point ? J’aimerais implémenter quelque chose de similaire - synchronisation bidirectionnelle des problèmes Github vers un sujet de discussion.
@elsiehupp@angus@sunjam Avez-vous pu créer une synchronisation bidirectionnelle entre les problèmes GitHub et les sujets Discourse. Je recherche également cette fonctionnalité. Toute aide ou orientation à cet égard serait très appréciée.