다른 오픈소스 프로젝트에서는 릴리스 시 기술적 변경 사항, 기본값 변경 등이 포함된 상세한 릴리스 노트가 함께 제공되거나, 또는 그러한 내용을 다루는 블로그 글(예: 언박싱 디스코urs 3.5)에서 링크로 연결되는 경우가 많았습니다. 또한 GitHub 저장소에 CHANGELOG 파일이 있거나(제가 확인한 바로는 개별 플러그인/API에 대해서만 있는 것 같습니다), GitHub 릴리스 페이지에 변경 사항이 기록되어 있는 경우도 있었습니다(현재는 변경 노트가 없으며, 태그에도 변경 사항이 포함되어 있지 않은 것으로 보입니다). 제가 변경 사항을 추적하고 공유하는 방법을 놓치고 있는 건지, 아니면 이 부분은 어떻게 처리되는 것이 의도된 것인지 궁금합니다.
예를 들어, 우리 사용자 전체의 기본 작성기 모드가 변경된 것에 대해 조금 놀랐습니다(우리 커뮤니티에는 LaTeX가 필수적이므로 기본값이 마크다운으로 설정되어 있었는데, 3.4에서 3.5로 업데이트하면서 이 설정이 덮어써졌습니다). 이제 어디서든 놓친 릴리스 노트가 있는지, 아니면 앞으로 유사한 변경 사항에 대해 어떻게 주의를 기울여야 하는지 이해하려고 노력하고 있습니다.
여기 계신 것을 보니 반갑습니다, @torgeirl! 이 질문을 올려주셔서 감사합니다. 메타에서 Discourse 변경 사항이 어떻게 공지되는지에 대한 지적과 피드백을 정말 감사히 생각합니다. 메시징을 항상 완벽하게 전달하지는 못합니다. 죄송합니다!
사이트에 가장 큰 영향을 미치는 주요 변경 사항을 파악하기 위해 메타의 뉴스를 직접 확인해야 하는 일은 없어야 합니다. 관리자 인터페이스에는 “새로운 기능” 피드도 있으며, 사이트 관리자이신 만큼 우리가 알아야 한다고 생각하는 개선 사항이 있을 때 알림을 받으셔야 합니다. 이 알림들을 꼭 읽어보시기를 강력히 권합니다(더 보기 링크가 있으면 클릭해서 확인하세요).
새로운 기능 피드는 버전과도 연동되어 있어, 현재 사용 중인 버전에 영향을 미치는 항목만 표시됩니다. 호스팅을 이용하시는 고객은 이 부분을 걱정하지 않으셔도 되지만, 직접 호스팅(self-hosting)을 하고 계시다면 최신 기능을 사용하고 한꺼번에 많은 변경 사항에 당황하지 않도록 더 자주 업데이트하시는 것이 좋습니다. 물론 전적으로 여러분의 선택에 달려 있습니다. 개인적으로는 제가 직접 호스팅하는 사이트를 매일 업데이트합니다. 그 이유라면… 하지만 다른 분들은 새로운 이슈가 해결되는지 확인하기 위해 일주일에서 두 주 정도 기다린 후 업데이트합니다. 가장 심각한 버그들은 보통 그 기간 내에 보고되고 수정됩니다.
확인해 보니 7월에 새로운 리치 텍스트 에디터를 공지한 것은 맞지만, 새로운 기능 요약문에는 이것이 모든 사용자를 위한 기본 에디터로 배포되었다고 명시적으로 언급되어 있지 않았습니다. 공지 내용을 클릭해서 끝까지 읽으셨다면 이것이 새로운 기본 에디터임을 확인하실 수 있었을 것입니다.
혹시 놓치셨을 수도 있으니, 해당 공지 이후에 새로운 설정을 추가하여 사이트의 기본 에디터를 직접 결정할 수 있도록 했습니다.
알림을 받으셔야 합니다. 이 알림들을 꼭 읽어보시기를 강력히 권합니다(더 보기 링크가 있으면 클릭해서 확인하세요).
하지만 다른 분들은 새로운 이슈가 해결되는지 확인하기 위해 일주일에서 두 주 정도 기다린 후 업데이트합니다. 가장 심각한 버그들은 보통 그 기간 내에 보고되고 수정됩니다.