Sistema de seguimiento de problemas para Discourse

Continuando la discusión de Tickets Plugin :tickets::

Estoy buscando una manera de usar algo como Tickets Plugin, o integrarme con el rastreador de incidencias de Forgejo y Discourse. ¿Quizás esto último sería más fácil de hacer?


Al responder a este tema, por favor, considera que la idea no es crear una solución única, sino proporcionar un enfoque interesante para que la comunidad de software libre se integre con herramientas de desarrollo fuera de Github. Forgejo tiene precedencia, ya que se convirtió en la opción número uno fuera de Github y Gitlab, por ejemplo, ejecutándose en Codeberg.org. Pero también se podría considerar SourceHut, ya que sería un espléndido front-end para esta forja minimalista basada en correo electrónico para hackers.

Originalmente, tenía la intención de que este tema estuviera en el Marketplace, ya que quería que alguien adoptara el plugin Tickets, pero me doy cuenta de que es necesaria una discusión previa antes de que esto pueda suceder.

En particular, me gustaría saber cómo usas Discourse en combinación con, o como reemplazo de, tu forja de código o rastreador de incidencias de gestión de proyectos. ¡La retroalimentación del equipo de Discourse es bienvenida!

1 me gusta

Otro enfoque sería desarrollar un sistema que utilice el Plugin de Asignación. Creo que eso podría cumplir la mayoría de los criterios de un sistema de seguimiento de incidencias o de tickets.

Probablemente nadie sepa más sobre esto que ellos.

Sí, extender o usar el plugin Assign podría ser útil. Dado que @angus está ocupado en otro lugar, también quería tantear el terreno y ver si hay alguien interesado en hacer dicho trabajo. Con las subvenciones NGI Zero aún en curso, este podría ser un trabajo financiado.

El Pabellón puede asumir nuevos proyectos.

Solo necesitamos lo siguiente:

  • una especificación funcional
  • financiación
  • un contrato

:slight_smile:

2 Me gusta

¿Crees que sería mejor construir sobre Tickets, sobre Assign o hacer otra cosa?

¿Tenemos una especificación funcional?

¡Si no, tengamos eso primero!

1 me gusta

He publicado una propuesta similar en Forgejo ya que tienen una discusión sobre el uso del rastreador de incidencias como espacio de discusión. Creo que una integración con Discourse aportaría lo mejor de ambos mundos.

De memoria, una especificación funcional sería:

  • admitir varios repositorios
    • (quizás varias organizaciones)
  • crear automáticamente temas cuando se crean incidencias
    • (quizás limitado a incidencias etiquetadas como discusión)
  • crear automáticamente una incidencia cuando se crea un tema etiquetado
    • (quizás como una tarea)
  • integrar usuarios remotos a través de SSO (por ejemplo, Oauth2) o ActivityPub (si está presente el plugin ActivityPub)
  • Proporcionar un panel simple en Discourse
    • con capacidades de filtrado
    • quizás con soporte kanban

Por supuesto, esto requeriría un poco más de discusión y refinamiento antes de que podamos concluir un proyecto adecuado.

3 Me gusta

¡Oh! Acabo de publicar Using discourse to track issues? porque pensé que esto ya era una cosa.

Estaría dispuesto a usar mi instancia de Discourse para prototipar cualquier idea o sugerencia.

Si tienes presupuesto, considera publicar en Marketplace.

Gracias, buena sugerencia.

Dado que el proyecto tiene problemas de larga data con hilos de discusión de larga duración, creo que crearé algunas categorías y temas en mi servidor de Discourse y nos daremos la oportunidad de trabajar en algunos ciclos para poder identificar los requisitos.

1 me gusta

Suena como un buen enfoque :+1:

¿Algún avance en esto?

El plugin de tickets parece haberse estancado y presenta algunos pequeños errores que es poco probable que se solucionen sin una intervención más precisa. Sin embargo, estoy más interesado en usar webhooks e integrarme con Forgejo, ya que para eso está hecho y admite la integración de código. Pero tanto la comunidad de Discourse como la de Forgejo parecen haber ignorado la propuesta. :person_shrugging:

@blaisep ¿encontraste una solución adecuada para tu caso?

1 me gusta

He construido

lo que permite flujos de trabajo humanos complejos y estadísticas de “burn down”.

2 Me gusta

Nos encontramos con varios conflictos de la capa 9 del OSI (política), por lo que no progresamos. Dicho esto, miraré los enlaces de @merefield ( :bow: ) con gran interés porque hasta ahora parece que realmente lo entiende.

En otras noticias, la comunidad #fedora está desaprobando su forge y explorando formas portátiles de incorporar el flujo de trabajo en el host de git de elección (forgejo, codeberg, etc.). Hay mucho interés en reducir la dependencia de github.com por, razones.

1 me gusta