저희 Discourse 서버에서 버그 추적을 위한 카테고리를 설정했습니다. 사용자들의 공개 버그 제출과 내부에서 제출된 버그를 모두 같은 곳에서 추적하고 싶습니다.
공개 버그는 모든 사람이 볼 수 있도록 해야 합니다(따라서 비공개 토픽은 해결책이 될 수 없습니다). 이렇게 하면 중복을 줄이고, 사람들이 기존 토픽에 댓글을 달거나 추가 설명을 할 수 있습니다.
또한 내부 팀이 버그를 제출할 수 있도록 하되, 특정 토픽에 대해 우리가 의도적으로 공개하지 않는 한 일반 대중이 볼 수 없도록 하고 싶습니다.
답글에는 ‘Whisper(속삭임)’ 기능을 켜고 끌 수 있지만, 토픽 자체에는 적용할 수 없습니다. 그렇다면 토픽별 가시성을 설정하는 방법이 있을까요?
토픽을 'Unlisted(목록에 안 표시됨)'로 설정하면 원하는 기능을 거의 충족하지만, 개발자 그룹이 이를 확인해야 하는데, 이 그룹은 모더레이터나 관리자로 설정되어 있지 않고 단순히 하나의 그룹에 속해 있을 뿐입니다.
해당 그룹만 열람 권한이 있는 하위 카테고리를 사용하는 것은 어떨까요?
이 트리 계층 구조에 두 가지 버전을 사용할 수 있을까요? 하나는 내부용, 다른 하나는 외부용으로요. 태그(또는 자동 태그)를 사용하면 내부 팀이 내부적으로 존재하는 버그와 공개된 버그를 모두 확인할 수 있습니다.
또는 엔터프라이즈 고객인 경우, 3단계 카테고리를 활성화할 수도 있습니다.
저는 셀프 호스팅을 하고 있어서 원한다면 한 단계 더 추가할 수는 있지만, 역시 사용자 입장에서 가장 단순한 해결책은 아닙니다.
제가 파악한 바로는 제 요청이 불가능하다는 것입니다.
아쉽네요. "이 그룹이 공개되지 않은 토픽을 볼 수 있도록 허용합니다. 관리자 및 모드는 항상 이 토픽을 볼 수 있습니다."라는 사이트 설정을 제공하면 해결될 것입니다.
그렇습니다. 저는 여기서 비공개 주제를 볼 수 있습니다. 제가 TL4이기 때문이라고 생각합니다.
다른 사용자가 이 주제들을 읽지 않는 것이 얼마나 중요하신가요?
비공개(미상기) 주제들이 실제로는 해결책이 되지 못할 것 같습니다. 카테고리를 구독하면 생성되는 모든 비공개 주제에 대해서도 알림을 받게 됩니다. 이 알림에는 링크가 포함되어 있어 해당 주제를 방문하고 읽을 수 있습니다.
따라서 해당 주제들은 특정 그룹에게만 표시되지 않을 것입니다.
맞아요, 하지만 개발자들도 TL4로 만들지는 않아요. 그들에게는 권한이 너무 커지거든요.
그러면 다시 원래 질문으로 돌아가게 되네요…
아마도 특별한 태그를 사용하는 건 어떨까요? 토픽에 “no-yuo!!” 태그가 붙어 있으면 X, Y, Z 그룹만 볼 수 있게 하는 식으로요?
접근 권한은 카테고리만 제어하지만, 이를 부드럽게 적용하고 싶다면 CSS로 무언가를 할 수 있습니다… .
아. 아마도 여러분이 해야 할 일은 권한을 변경하여 개발자(올바른 카테고리에 올릴 만큼 너무 멍청하거나, 게으르거나, 부주의한 사람들)에게 공개 버그 카테고리에서 생성 권한을 부여하지 않는 것입니다. 그런 다음, 공개해야 할 것이 있다면, 신뢰할 수 있을 만큼 주의력이 있는 사람이 이를 공개 카테고리로 이동시킬 수 있습니다. 
이렇게 하면 제 원래 요청의 목적이 무색해집니다. 저는 하나의 버그 카테고리와 그 카테고리 내 개별 주제의 가시성에 대한 제어가 필요합니다.
가능해 보이지만, 피드백을 들어보면 그렇지 않은 것 같습니다.
공개가 될 수도, 비공개가 될 수도 있는 어떤 과정이든, 사용자가 토픽을 생성할 때마다 실수의 여지가 생길 수밖에 없다고 생각합니다. 올바른 카테고리를 고르든, ‘속삭임(whisper)’을 클릭하는 것을 기억하든, 또는 숨기기 위해 CSS 마법을 부리는 태그를 추가하든, 어딘가에서 그 선택을 해야 하고 그에 따라 실수할 기회도 생기는 것이죠.
가시성 보호에 대한 신뢰를 가질 수 있도록 하려면 하위 카테고리(subcategory)를 사용하는 것이 최선이라고 생각합니다. 이 용도로 하위-하위 카테고리(sub-subcategories)를 활성화하지 않거나(또는 Category Groups 와 같은 대안으로 최상위 카테고리 구조를 조정하지 않거나) 하위 카테고리를 원치 않는다면, #internal-bug-reports를 위한 Support 카테고리 내에 추가 하위 카테고리를 만들고, 두 카테고리의 토픽을 모두 포함하는 사용자 정의 토픽 목록을 만들기 위해 토픽 필터를 사용할 수 있습니다. 이렇게 만든 목록을 사이드바에 추가하여 개발팀이 사용하도록 할 수 있습니다.
재미로, API를 사용하여 OP(첫 번째 게시글)의 post_type을 변경할 수 있는지 테스트해 보았습니다. 실제로는 작동했지만, 비속삭임(whisper) 테스트 사용자에게는 여전히 토픽 목록에 표시되었고, 해당 토픽을 클릭하면 오류가 발생했습니다. 
따라서 이를 매끄럽게 처리하려면 추가적인 개발 작업이 필요해 보이며(주변을 더 파고들면 의도치 않은 동작과 관련된 다른 충돌도 있을 수 있습니다).
그렇게 나쁘지 않을 수도 있겠네요. 일반 사용자가 제목을 볼 수 있는 것에 대해 제가 크게 신경 쓸 일은 아닌 것 같습니다.
제 현재 우회 방법은 다음과 비슷합니다:
이제 개발자 그룹을 'Whisper allowed groups’에 추가하기만 하면 됩니다.
원하는 만큼 우아하지는 않지만, 이를 위한 표준 운영 절차(SOP)를 작성하는 것은 꽤 간단합니다.
이 방식의 추가적인 이점은, 제목과 유사한 버그가 있는 일반 사용자가 해당 토픽에 게시물을 추가할 수 있게 된다는 점입니다.
