이러한 측면에서 Discourse에 무엇이 부족한가요? GitHub를 전혀 사용하지 않아도 될 정도로 Discourse를 개선할 수 있을까요?
풀 리퀘스트(Pull Request)를 언급하셨으므로, 변경 사항을 요청한 후 다른 사람이 검토하고 승인해야 비로소 변경이 확정되는 기능이 필요하다는 뜻일까요? 아마도 Discourse의 방식으로는 변경 사항을 만든 후 검토를 요청하기 위해 게시물에 답글을 달거나, 누군가에게 할당하는 방식으로 이를 구현할 수 있을 것 같습니다. 저는 토픽 타이머를 설정하여 답글을 자동으로 삭제함으로써 토픽이 수많은 짧은 답글로 인해 지저분해지는 것을 방지하는 데 어느 정도 성공적인 경험을 했습니다.
또 다른 아이디어로는 정책(Policy) 플러그인을 사용하는 것이 있습니다. 그룹이 토픽이 변경되었음을 통보받고, 변경 사항을 읽었으며 동의한다는 것을 확인하도록 요청받을 수 있습니다.
그럼에도 불구하고, 이는 꽤 훌륭한 아이디어라고 생각하며 구현되는 모습을 보고 싶습니다. 메타(Meta) 게시판에서도 유용할 수 있다고 봅니다. 여기에는 GitHub 저장소에 관한 토픽이 많으며, 두 곳에서 유지보수하지 않아도 되도록 저장소의 readme.md 파일 업데이트가 원본 게시물(OP)에 반영되는 것을 볼 수 있다면 좋겠습니다.
Discourse for Teams의 경우에도 유용한 기능이 될 수 있습니다. GitHub를 많이 사용하는 팀들이 GitHub에 계속 로그인하지 않아도 Teams를 참조를 위한 "단일 진실의 원천(Single Source of Truth)"으로 사용할 수 있도록 하기 때문입니다. 아마도 코드 리뷰(Code Review) 플러그인의 일부이거나 동반 기능으로 포함될 수 있을 것입니다.