이게 잘못된 곳에 게시한 건 아닌지 죄송합니다. GitHub Issue → Discourse migrator와 유사한 기능을 다시 포함할 계획이 있을까요? kubernetes 프로젝트와 제가 알고 있는 몇몇 다른 OSS 프로젝트에서 이 기능을 사용하고 싶습니다.
우리는 GitHub에 게시된 지원 이슈를 닫고, 해당 사용자에게 discourse 포럼에 다시 게시하도록 요청합니다. 내장된 마이그레이션 기능이 있다면, 이슈가 플래그 처리될 때 자동으로 이동을 처리하는 봇 명령어를 추가하고 사용자에게 링크를 제공할 수 있을 것입니다.
음, 더 영구적인 해결책을 찾고 계신 것 같네요. 저희가 정기적으로 이슈 목록을 스캔해서 복사하거나 닫아드릴 수 있습니다.
워크플로우 관점에서 좋은 해결책은 kind/support 태그를 붙이는 것입니다. 그러면 새로운 지원 이슈가 발견되면 GitHub에서 닫고, Discourse에서 다시 열며, Discourse로 연결되는 게시글을 추가하는 방식입니다.
이런 작업을 구현하려면 상당한 노력이 필요합니다. 현재는 링크백만 지원하고 있는 Discourse ↔ GitHub 플러그인(GitHub - discourse/discourse-github · GitHub)을 확장해야 합니다. 하지만 충분히 실현 가능합니다.
다만, 이는 코드 리뷰 플러그인의 범주에 해당하지 않는다고 생각하여 태그를 변경합니다.
이런 유형의 작업을 후원 대상으로 보고 계신가요? 그렇다면 이 이슈를 저희 팀 인박스(inbox)로 이동하겠습니다.
답변이 늦어 죄송합니다.
참고로, 저는 discourse-github 플러그인의 작동 방식에 대해 매우 익숙하지는 않지만, 프로젝트가 해당 이슈 번호를 포함하는 호출(웹훅)을 트리거할 수 있다면, 해당 이슈를 가져와서 토픽으로 게시한 후 이슈에 토픽으로 돌아가는 링크를 다시 게시하는 것이 하나의 가능한 아이디어일 수 있습니다.
이 경우 이슈와 댓글을 가져오는 행동을 트리거하는 주체는 저장소 유지 관리자에게 맡겨집니다. 이는 GitHub 액션, probot 플러그인 등이 될 수 있으며, 유지 관리자는 이슈를 자동으로 닫을지 아니면 열어둘지도 결정할 수 있습니다.
마지막 부분 후속으로 말씀드리자면, 아직은 아닙니다… 하지만 미래에는 가능성이 있습니다.