Je cherche un moyen soit d’utiliser quelque chose comme le Tickets Plugin, soit d’intégrer le suivi des problèmes de Forgejo avec Discourse. Peut-être que cette dernière option serait plus facile à réaliser ?
Lorsque vous répondrez à ce sujet, veuillez considérer que l’idée n’est pas de créer une solution unique, mais de proposer une approche intéressante pour la communauté du logiciel libre afin de s’intégrer à des outils de développement en dehors de Github. Forgejo a la priorité car il est devenu le choix numéro un en dehors de Github et Gitlab, par exemple, il fonctionne sur Codeberg.org. Mais on pourrait aussi considérer SourceHut car il constituerait une splendide interface pour cette forge minimaliste basée sur l’e-mail pour les hackers.
À l’origine, j’avais l’intention de placer ce sujet dans la section Marketplace, car je souhaitais que quelqu’un reprenne le plugin Tickets, mais je me rends compte qu’une discussion préalable est nécessaire avant que cela ne puisse se produire.
Notamment, j’aimerais savoir comment vous utilisez Discourse en combinaison avec, ou en remplacement de, votre forge de code ou votre outil de suivi des problèmes de gestion de projet. Les commentaires de l’équipe Discourse sont les bienvenus !
Une autre approche serait de développer un système qui utilise le Assign Plugin. Je pense que cela pourrait répondre à la plupart des critères d’un système de suivi des problèmes ou de billetterie.
Oui, étendre ou utiliser le plugin Assign pourrait être utile. Comme @angus est occupé ailleurs, je voulais aussi tâter le terrain et voir s’il y avait quelqu’un d’intéressé à faire un tel travail. Avec les subventions NGI Zero toujours en cours, cela pourrait être un travail financé.
J’ai posté une proposition similaire à Forgejo car ils ont une discussion sur l’utilisation du suivi des problèmes comme espace de discussion. Je pense qu’une intégration Discourse apporterait le meilleur des deux mondes.
De mémoire, un cahier des charges fonctionnel serait :
prendre en charge plusieurs dépôts
(peut-être plusieurs organisations)
créer automatiquement des sujets lors de la création de problèmes
(peut-être limité aux problèmes étiquetés comme discussion)
créer automatiquement un problème lors de la création d’un sujet étiqueté
(peut-être sous forme de ticket)
intégrer les utilisateurs distants soit via SSO (par exemple, Oauth2) soit via ActivityPub (si le plugin ActivityPub est présent)
Fournir un tableau de bord simple sur Discourse
avec des capacités de filtrage
peut-être avec la prise en charge de kanban
Bien sûr, cela nécessiterait un peu plus de discussion et de peaufinage avant que nous puissions conclure sur un projet approprié.
Étant donné que le projet a des problèmes de longue date avec des fils de discussion qui s’éternisent, je pense que je vais créer quelques catégories et sujets sur mon serveur Discourse et nous donner une chance de travailler sur quelques cycles afin que nous puissions identifier les exigences.
Le plugin de tickets semble être au point mort et présente quelques petits bugs qui ne seront probablement pas corrigés sans une intervention plus précise. Pourtant, je suis plus intéressé par l’utilisation des web hooks et l’intégration avec Forgejo, car c’est pour cela qu’il a été conçu et qu’il prend en charge l’intégration de code. Mais les communautés Discourse et Forgejo semblent avoir ignoré la proposition.
@blaisep avez-vous trouvé une solution adaptée à votre cas ?
Nous avons rencontré un certain nombre de conflits de couche 9 OSI (politique), nous n’avons donc fait aucun progrès. Cela dit, je vais examiner les liens de @merefield ( ) avec grand intérêt car jusqu’à présent, il semble qu’il ait vraiment compris.
Par ailleurs, la communauté #fedora déprécie sa forge et étudie des moyens portables d’intégrer le flux de travail dans l’hôte git de choix (forgejo, codeberg, etc.). Il y a beaucoup d’intérêt à réduire la dépendance à github.com pour, diverses raisons.
:
) avec grand intérêt car jusqu’à présent, il semble qu’il ait vraiment compris.