Quando rispondi a questo argomento, tieni presente che l’idea non è quella di creare una soluzione una tantum, ma di fornire un approccio interessante per la comunità del software libero per integrarsi con strumenti di sviluppo esterni a Github. Forgejo ha la precedenza poiché è diventato la scelta numero uno al di fuori di Github e Gitlab, ad esempio, eseguito su Codeberg.org. Ma si potrebbe anche considerare SourceHut poiché sarebbe un eccellente front-end per questa forge minimalista basata su email per hacker.
Originariamente intendevo questo argomento nella sezione Marketplace, poiché volevo che qualcuno si occupasse del plugin Tickets, ma mi rendo conto che è necessaria una discussione preliminare prima che ciò possa accadere.
In particolare, vorrei sapere come tu utilizzi Discourse in combinazione con, o in sostituzione di, la tua forge di codice o il tracciatore di problemi di gestione del progetto. Il team di Discourse è il benvenuto!
Un altro approccio sarebbe sviluppare un sistema che utilizzi il Assign Plugin. Penso che potrebbe soddisfare la maggior parte dei criteri di un sistema di tracciamento dei problemi o di un sistema di ticketing.
Sì, estendere o utilizzare il plugin Assign potrebbe essere utile. Dato che @angus è impegnato altrove, volevo anche sondare il terreno e vedere se c’è qualcuno interessato a svolgere tale lavoro. Con le sovvenzioni NGI Zero ancora in corso, questo potrebbe essere un lavoro finanziato.
Ho pubblicato una proposta simile a Forgejo poiché hanno una discussione sull’utilizzo del tracker dei problemi come spazio di discussione. Penso che un’integrazione di Discourse porterebbe il meglio di entrambi i mondi.
A prima vista, una specifica funzionale sarebbe:
supportare più repository
(forse più organizzazioni)
creare automaticamente argomenti quando vengono creati problemi
(forse limitato ai problemi contrassegnati come discussione)
creare automaticamente un problema quando viene creato un argomento contrassegnato
(forse come ticket)
integrare utenti remoti tramite SSO (ad es. Oauth2) o ActivityPub (se è presente il plugin ActivityPub)
Fornire una semplice dashboard su Discourse
con capacità di filtraggio
forse con supporto kanban
Naturalmente, ciò richiederebbe un po’ più di discussione e perfezionamento prima di poter concludere un progetto adatto.
Dato che il progetto ha problemi di lunga data con thread di discussione di lunga durata, penso che creerò alcune categorie e argomenti sul mio server Discourse e ci darò la possibilità di lavorare attraverso alcuni cicli in modo da poter identificare i requisiti.
Ci sono progressi in merito?
Il plugin dei ticket sembra essersi bloccato e presenta alcuni piccoli bug che difficilmente verranno risolti senza un intervento più preciso. Tuttavia, sono più interessato a utilizzare i webhook e integrarmi con Forgejo, poiché è per questo che è stato creato e supporta l’integrazione del codice. Ma sia la community di Discourse che quella di Forgejo sembrano aver ignorato la proposta. @blaisep hai trovato una soluzione adatta al tuo caso?
Abbiamo riscontrato una serie di conflitti a livello OSI 9 (politica), quindi non abbiamo fatto progressi. Detto questo, esaminerò i link di @merefield ( ) con grande interesse perché finora sembra che abbia davvero capito.
In altre notizie, la community di #fedora sta deprecando il proprio forge e sta esaminando modi portatili per incorporare il workflow nell’host git di scelta (forgejo, codeberg, ecc.). C’è molto interesse nel ridurre la dipendenza da github.com per, ragioni.
:
) con grande interesse perché finora sembra che abbia davvero capito.