Rastreador de Problemas para Discourse

Continuando a discussão de Tickets Plugin :tickets::

Estou procurando uma maneira de usar algo como o Tickets Plugin, ou integrar com o rastreador de issues do Forgejo e o Discourse. Talvez a segunda opção seja mais fácil?


Ao responder a este tópico, por favor, considere que a ideia não é criar uma solução única, mas fornecer uma abordagem interessante para a comunidade de software livre integrar com ferramentas de desenvolvimento fora do Github. O Forgejo tem precedência, pois se tornou a escolha número um fora do Github e Gitlab, por exemplo, rodando em Codeberg.org. Mas também se poderia considerar o SourceHut, pois seria um front-end esplêndido para este forge minimalista baseado em e-mail para hackers.

Originalmente, eu pretendia que este tópico fosse em Marketplace, pois queria que alguém pegasse o plugin Tickets, mas percebo que há necessidade de discussão prévia antes que isso possa acontecer.

Notavelmente, eu gostaria de saber como você está usando o Discourse em combinação com, ou como substituto para, seu forge de código ou rastreador de issues de gerenciamento de projetos. Feedback da equipe do Discourse é bem-vindo!

1 curtida

Outra abordagem seria desenvolver um sistema que utilize o Assign Plugin. Acho que isso poderia atender à maioria dos critérios de um sistema de rastreamento de issues ou de tickets.

Provavelmente ninguém sabe mais sobre isso do que eles.

Sim, estender ou usar o plugin Assign poderia ser útil. Como @angus está ocupado em outro lugar, eu também queria testar as águas e ver se há alguém interessado em fazer tal trabalho. Com os subsídios NGI Zero ainda em andamento, este poderia ser um trabalho financiado.

O Pavilion pode assumir novos projetos.

Precisamos apenas do seguinte:

  • uma especificação funcional
  • financiamento
  • um contrato

:slight_smile:

2 curtidas

Você acha que seria melhor construir em Tickets, em Assign ou fazer outra coisa?

Temos uma especificação funcional?

Se não, vamos tê-la primeiro!

1 curtida

Eu postei uma proposta semelhante para o Forgejo já que eles têm uma discussão sobre o uso do rastreador de issues como um espaço de discussão. Acho que uma integração com o Discourse traria o melhor dos dois mundos.

De cabeça, uma especificação funcional seria:

  • suportar múltiplos repositórios
    • (talvez múltiplas organizações)
  • criar tópicos automaticamente quando issues são criadas
    • (talvez limitado a issues marcadas como discussão)
  • criar uma issue automaticamente quando um tópico marcado é criado
    • (talvez como um ticket)
  • integrar usuários remotos através de SSO (ex: Oauth2) ou ActivityPub (se o plugin ActivityPub estiver presente)
  • fornecer um painel simples no Discourse
    • com capacidades de filtragem
    • talvez com suporte a kanban

Claro que isso exigiria um pouco mais de discussão e refinamento antes que possamos concluir um projeto adequado.

3 curtidas

Oh! Acabei de postar Using discourse to track issues?
porque pensei que isso já era uma coisa.

Eu estaria disposto a usar minha instância do Discourse para prototipar quaisquer ideias ou sugestões

se tiver orçamento, considere postar em Marketplace.

Obrigado, boa sugestão.

Como o projeto tem problemas de longa data com discussões longas, acho que criarei algumas categorias e tópicos no meu servidor Discourse e nos daremos a chance de trabalhar em alguns ciclos para que possamos identificar os requisitos.

1 curtida

Parece uma boa abordagem :+1:

Algum progresso nisso?

O plugin de tickets parece ter estagnado e apresenta alguns pequenos bugs que provavelmente não serão corrigidos sem uma intervenção mais precisa. No entanto, estou mais interessado em usar webhooks e integrar com o Forgejo, pois é para isso que ele foi feito e suporta integração de código. Mas tanto a comunidade Discourse quanto a Forgejo parecem ter ignorado a proposta. :person_shrugging:

@blaisep você encontrou uma solução adequada para o seu caso?

1 curtida

Eu construí

que permite fluxos de trabalho humanos complexos e estatísticas de burn down.

2 curtidas

Encontramos vários conflitos na camada 9 do OSI (política), então não fizemos progresso. Dito isso, vou analisar os links de @merefield ( :bow: ) com grande interesse porque, até agora, parece que ele realmente entendeu.

Em outras notícias, a comunidade #fedora está descontinuando seu forge e investigando maneiras portáteis de incorporar o fluxo de trabalho ao host git de escolha (forgejo, codeberg, etc.). Há muito interesse em reduzir a dependência do github.com por motivos.

1 curtida