Discourse 이슈 트래커

Tickets Plugin :tickets:에서 이어지는 토론입니다:

https://meta.discourse.org/t/tickets-plugin/97914와 유사한 기능을 제공하는 방법을 찾거나, Forgejo의 이슈 트래커와 Discourse를 통합하는 방법을 찾고 있습니다. 후자가 구현하기가 더 쉽지는 않을까요?


이 주제에 답변하실 때, 일회성 해결책이 아니라 GitHub 외부의 개발 도구와 통합할 수 있는 흥미로운 접근 방식을 오픈소스 커뮤니티에 제공한다는 점을 고려해 주십시오. Forgejo는 GitHub과 GitLab 외의 도구 중 1위로 자리매김했기 때문에 우선적으로 고려할 가치가 있습니다(예: Codeberg.org에서 운영 중). 또한, 해커들을 위한 미니멀한 이메일 기반 포지인 SourceHut을 이 시스템의 훌륭한 프론트엔드로 활용할 수도 있습니다.

원래 저는 누군가가 Tickets 플러그인을 맡아 개발해 주기를 바라는 마음으로 이 주제를 #marketplace에 올리려 했으나, 이 같은 작업이 이루어지기 전에 사전 논의가 필요하다는 점을 깨달았습니다.

특히, 여러분은 코드 포지나 프로젝트 관리용 이슈 트래커와 Discourse를 어떻게 조합하여 사용하시거나, 이를 대체하여 사용하시는지 궁금합니다. Discourse 팀의 피드백도 환영합니다!

다른 접근 방식으로는 Assign Plugin을 사용하는 시스템을 개발하는 것이 있습니다. 이는 이슈 트래커나 티켓팅 시스템의 대부분의 기준을 충족할 수 있다고 생각합니다.

이 주제에 대해 그들보다 더 잘 아는 사람은 아마 없을 것입니다.

네, Assign 플러그인을 확장하거나 사용하는 것이 유용할 수 있습니다. @angus가 다른 곳에 바쁘시므로, 저도 수위를 떠보고 이런 작업을 하고 싶은 사람이 있는지 확인해 보고 싶었습니다. 아직 진행 중인 NGI Zero 보조금 덕분에 이 작업은 자금을 지원받을 수 있는 일이 될 수 있습니다.

Pavilion은 새로운 프로젝트를 수주할 수 있습니다.

다음만 있으면 됩니다:

  • 기능 명세
  • 자금
  • 계약

:slight_smile:

티켓(Tickets)이나 할당(Assign)을 기반으로 구축하는 것이 더 좋을까요, 아니면 다른 방식을 선택해야 할까요?

기능 명세서가 있나요?

없다면, 먼저 그걸 만들어야겠어요!

Forgejo에서 이슈 트래커를 토론 공간으로 사용하는 것에 대한 논의가 진행되고 있어, 유사한 제안을 올렸습니다. Discourse 통합은 양쪽의 장점을 모두 살릴 수 있을 것 같습니다.

머릿속에 떠오르는 대로, 기능 명세는 다음과 같습니다:

  • 여러 리포지토리 지원
    • (여러 조직 지원도 가능)
  • 이슈가 생성될 때 자동으로 토픽 생성
    • (토론으로 태그된 이슈로 제한할 수도 있음)
  • 태그된 토픽이 생성될 때 자동으로 이슈 생성
    • (티켓 형태로 생성할 수도 있음)
  • SSO(예: OAuth2) 또는 ActivityPub(ActivityPub 플러그인이 존재하는 경우)를 통해 원격 사용자 통합
  • Discourse에서 간단한 대시보드 제공
    • 필터링 기능 포함
    • 칸반 보드 지원도 가능

물론 적절한 프로젝트를 결정하기 위해서는 더 많은 논의와 정리가 필요합니다.

오! 이 기능이 이미 있는 줄 알고 Using discourse to track issues? 를 게시했네요.

제안이나 아이디어를 프로토타입으로 만들어보기 위해 제 Discourse 인스턴스를 사용하는 데 기꺼이 동의합니다.

예산이 있다면 Marketplace 채널에 게시물을 올리는 것을 고려해 보세요.

감사합니다, 좋은 제안이네요.

프로젝트가 장기간에 걸쳐 길게 이어지는 토론 스레드 문제를 겪어왔기 때문에, 제 Discourse 서버에 몇 가지 카테고리와 주제를 만들어서 몇 주기를 돌린 후 요구사항을 파악해볼 기회를 가질 것 같습니다.

좋은 접근법인 것 같습니다 :+1:

이 문제에 진전이 있나요?

티켓 플러그인은 제자리걸음을 하고 있으며, 더 정확한 개입 없이는 수정될 가능성이 낮은 몇 가지 작은 버그가 있습니다. 하지만 이 플러그인은 웹훅을 사용하고 Forgejo와 통합하는 데 사용할 수 있으며, 코드 통합을 지원하도록 만들어졌기 때문에 이 부분에 더 관심이 있습니다. 그런데 Discourse 커뮤니티와 Forgejo 커뮤니티 모두 이 제안에 대해 무시한 것 같습니다. :person_shrugging:

@blaisep 님, 본인 상황에 적합한 솔루션을 찾았나요?

저는

을/를 만들었습니다. 이 기능은 복잡한 인간 워크플로우와 버닝 다운(진행률) 통계를 지원합니다.

OSI 9층(정치) 관련 충돌이 여러 건 발생해서 진전이 없었습니다. 그래도 @merefield 님( :bow: )이 공유한 링크들은 지금까지 그가 정말로 핵심을 파악하고 있는 것으로 보이므로 큰 관심으로 살펴보려 합니다.

다른 소식으로는, #fedora 커뮤니티가 기존 포지를 비추천(deprecate) 처리하고, 원하는 git 호스트(Forgejo, Codeberg 등)에 워크플로를 통합할 수 있는 이식 가능한 방식을 검토하고 있습니다. 특정 이유들로 인해 github.com에 대한 의존도를 줄이는 데 많은 관심이 모아지고 있습니다.