2026.1 릴리스에 포함된 모든 변경 사항에 대한 자세한 내용은 다음을 참고하세요:
이것은 Discourse의 첫 번째 “ESR” 릴리스로, 기존 “stable” 브랜치를 대체합니다. stable 브랜드를 추적하는 사이트는 다음 업그레이드 시 3.5에서 2026.1로 업그레이드됩니다. 3.5에서 2026.1까지의 모든 변경 사항을 보려면 이 링크를 사용하세요.
다른 지원 버전의 패치 릴리스도 함께 배포되었습니다:
2026.1.0은 또한 첫 번째 esr 릴리스입니다.
기존에 존재하던 stable 브랜치(현재 esr로 별칭이 지정됨)에 있는 사용자의 경우 3.5.3에서 2026.1.0으로 업그레이드되며, 3.5.4로 업그레이드되지 않습니다.
2개의 좋아요
그러니까 4월까지 업데이트를 하지 않아도 되는 기간이 3개월인 건가요? v2026.1이 비추천(deprecated) 처리되면, 제가 현재 사용하고 있는 버전은 ESR이 되는 거죠? 이렇게 많은 것들이 바뀌니 조금 혼란스럽습니다.
1개의 좋아요
네, v3.5.4 태그를 사용하여 3.5 버전을 유지하려는 경우를 제외하고는 그렇습니다.
https://releases.discourse.org/ 홈페이지의 다이어그램이 상황을 시각화하는 가장 좋은 방법입니다.
어떤 릴리스 스트림을 선택하든, 중요한 보안 수정을 위해 정기적인 업데이트가 필요합니다. 문제는 보안 수정과 함께 새로운 기능 및 기타 변경 사항도 가져오길 원하는지(이 경우 release 또는 latest 사용), 아니면 이를 6개월 주기로 진행하는 것을 선호하는지(이 경우 esr 사용)입니다.
이 새로운 번호 체계는 아직 초기 단계이므로, 새로운 시스템에 적응하는 동안 문서 및 도구도 계속 발전할 것입니다.
4개의 좋아요
12월에 마지막으로 업데이트했을 때 버전이 v2026.0이었고, 현재는 v2026.2인데 4월에 ESR이 되는 거죠?
모든 지원 정보는 releases.discourse.org 홈페이지에서 확인하실 수 있습니다. 2026.1은 현재 확장 지원 릴리스로, 2026년 9월까지 지원됩니다.
2026.2는 2월에 출시되며, 출시 후 2개월 동안 보안 업데이트가 제공됩니다. 이 버전은 확장 지원 릴리스가 아닙니다.
2개의 좋아요
2026.1.0가 iOS 및 기타 구형 브라우저 지원 중단된 첫 번째 안정판/ESR 릴리스인가요? 릴리스 노트 어딘가에 언급되어야 할 만큼 큰 변경 사항입니다. 하지만 말미의 “상세 변경 사항” 검색 상자에서 이에 대한 내용을 찾을 수 없었습니다.
아, v2026.1.0-latest → v2026.1.0 변경 기록에 링크를 걸었기 때문이겠네요. 이를 v3.5.3 → v2026.1.0으로 변경하면 369개가 아닌 2397개의 상세 변경 사항이 표시됩니다. 이러한 ESR 릴리스의 경우 -latest(이건 RC와 같은 건가요?) 대신 마지막 ESR 릴리스에 링크를 걸어야 합니다.
아직 구형 브라우저 지원 중단이 명확히 표시된 변경 사항을 찾지는 못했지만, 이 항목은 찾을 수 있었습니다: FIX: Update 'modern mobile' regex following iOS 15 support drop - Pull Request #34792 - discourse/discourse - GitHub
2개의 좋아요
네 
맞습니다. 대부분의 사용자는 Discourse의 latest 또는 release 스트림을 사용하므로, 변경 기록 사이트는 이를 위해 최적화되어 있습니다. ESR을 선택하는 사용자는 기본적으로 업그레이드할 때마다 ‘5개 버전을 건너뛰는’ 것이므로, 해당 중간 버전들의 변경 사항을 모두 확인해야 합니다.
이를 수행하려면 각 중간 변경 기록을 탐색하거나, 필터를 사용하여 전체 범위를 아우르는 사용자 지정 변경 기록을 생성할 수 있습니다(사용자가 한 것처럼). ESR → ESR 비교로 바로 이동할 수 있는 semacam 빠른 링크를 제공하여 릴리스 사이트의 UX를 개선할 수 있을지 고민해 볼 수 있겠습니다.
마지막 ‘안정판’ 릴리스를 돌아보면, 그때도 '메가 변경 기록’이 없었습니다. 변경 사항의 전체적인 그림을 보려면 각 중간 베타 변경 기록을 읽어야 했습니다. 따라서 우리는 올바른 방향으로 나아가고 있다고 생각합니다. 가장 매끄러운 UX는 아니더라도, 이제 전체 변경 기록을 볼 수 있게 되었으니까요.
현재로서는 여기 OP에 해당 ESR → ESR 비교 링크를 추가했습니다:
피드백 주셔서 감사합니다!
6개의 좋아요
특정 릴리스에서 다른 릴리스로, 또는 latest의 임의의 지점에서 최신 latest로 업데이트하는 경우, 커밋 x와 y 사이의 변경 사항이 내장된 업데이트 도구(updater)로 적용할 수 없고, 대신 새 이미지에서 컨테이너를 다시 빌드(rebuild)해야 한다면, 새로운 릴리스 노트 시스템이 이를 식별하여 재빌드가 필요하다는 사실을 기록할까요?
별개로, 내장된 업데이트 도구가 업데이트를 차단하고 재빌드를 요구할까요?
내장된 업데이트 도구에 대한 나의 대략적인 이해는, Docker_manager 업데이트 후 재빌드가 필요하면 Discourse 업데이트를 차단한다는 것입니다. 다만 이것이 공식적으로 문서화되어 있지는 않고, 경험적으로도 완전히 신뢰할 수 있는 것 같지는 않았습니다.
구체적으로, 완료된 Docker_manager 업데이트에서 버전(Versions) 페이지로 이동할 때 Discourse 업데이트를 시작할 수 있는 상태로 표시되다가, 페이지를 새로고침해야만 비로소 차단되는 경우가 있었습니다. [그런 현상을 마지막으로 본 것은 꽤 오래전이지만, 아마도 수정되었을 수도 있습니다.]
1개의 좋아요
재빌드(Docker base image)의 필요성은 Discourse의 'Docker 베이스 이미지’와 관련이 있으며, 이는 Discourse 버전 번호와 완전히 분리되어 있습니다. Docker 이미지 내부의 OS 수준 의존성에 중요한 변경 사항이 있을 때만 재빌드가 필요합니다.
따라서 Discourse 코어 릴리스 노트에 이를 포함시키는 것은 다소 까다로울 수 있습니다. 하지만 UI에서 업데이트를 할 수 없어 놀라움이나 불쾌감을 느끼신다는 점은 충분히 이해합니다. 해당 부분의 UI를 개선할 수 있는 방법을 찾아보겠습니다.
5개의 좋아요
다음과 같은 방식으로 작동할 수 있다고 생각합니다:
- 홈페이지에 “릴리스 채널” 필터를 추가합니다.
- 모든 릴리스
- 확장 지원 릴리스 (ESR)
- ESR 채널을 볼 때 해당 릴리스만 목록에 표시되고, 릴리스를 클릭하면 두 릴리스 간의 차이로 링크가 연결됩니다.
다만, 현재 버전 관리 작업 전체에 있어 더 중요한 다른 과제들(예: 테마 컴포넌트 / 플러그인 호환성 관련 사항)이 남아 있습니다.
1개의 좋아요
UI를 통해 항상 업데이트할 수 없는 것은 괜찮다고 생각합니다. 그리고 개인, 기업, 기타 누구든 Discourse를 셀프호스팅하는 경우, 호스트 시스템을 최신 상태로 유지하고 Discourse를 다시 빌드하는 등의 작업을 수행할 수 있는 최소한의 서버 관리 기술을 가진 사람이 항상 있어야 합니다.
제 생각에 가장 중요한 것들은 다음과 같습니다:
- 더 새로운 도커 이미지의 재빌드에 의존하는 변경 사항이 있는 경우(재빌드 없이는 깨지는 수준까지), UI를 통해 업데이트할 수 없어야 합니다.
- 재빌드가 필요할 때 이것이 명확하게 표시되어야 합니다.
Docker_manager 업데이트 후 UI가 항상 올바르게 업데이트되어, Docker_manager는 최신 상태임을 알지만 재빌드가 필요하다는 것을 모르게 되는 상태가 되지 않는 한, 위 두 가지 조건은 이미 충족되고 있다고 생각합니다.
4개의 좋아요
안정판(Stable)이 앞으로 더 자주 업데이트될 예정인가요? 안정판은 설정해 두면 잊고 쓸 수 있는 안정성이 마음에 들었습니다. 새로운 ESR 브랜치도 같은 철학을 따를까요, 아니면 업데이트 주기가 달라질까요?
2개의 좋아요
ESR은 기존 stable 분지와 거의 동일할 것입니다. 새로운 시스템에 대한 자세한 내용은 다음 링크에서 확인하실 수 있습니다:
3개의 좋아요
좋습니다. ESR이 그 업데이트 주기의 안정성을 유지하게 되어 기쁩니다. 감사합니다!
1개의 좋아요
게시글이 새로운 주제로 분리되었습니다: Error while processing route: adminGroups.index
2026.1 버전을 사용 중일 때, 대시보드가 보안이 매우 중요하다고 강조하며 업데이트를 강하게 권장했던 이유가 있나요? 지금은 다른 것들이 업데이트가 필요해서 .2 버전으로 변경되었는데, .1 버전이 ESR이었기 때문에 그런 안내가 조금 이상하게 느껴졌습니다.