플러그인이 정상적으로 작동하는 셀프호스팅 환경을 사용하고 있습니다. 하지만 Discourse가 허락 없이 자동으로 업데이트되고, 최근에는 특정 플러그인이 더 이상 호환되지 않아 포럼이 고장 났습니다.
제 사용 사례는 이미 정의되어 있고 새로운 Discourse 기능이 실제로 필요하지 않으므로, 플러그인이 깨지지 않도록 업데이트를 비활성화하는 방법이 무엇인가요?
Discourse는 자동으로 업데이트되지 않습니다. 자동 업데이트 기능이 아예 없습니다.
누군가 당신의 포럼을 업데이트하고 있는 것일까요? 아니면 호스트 서버에서 이를 수행하기 위해 수동 백그라운드 작업을 추가했나요?
그건 정말 놀라운 일입니다. 저는 자동 업데이트를 수행하는 플러그인이 하나도 없는데, app.yml 파일에서도 관련 내용을 찾을 수 없거든요. 하지만 이미 Discourse에 그런 기능이 없다고 말씀해 주셨습니다.
Discourse가 마지막으로 업데이트된 정확한 시점(날짜와 시간)을 확인할 수 있는 방법이 있을까요?
아, 알겠습니다. 마지막 업데이트가 3시간 전이라고 되어 있네요. 3시간 전에 저는 다음을 실행했습니다:
./launcher rebuild app
이 명령어가 Discourse를 업데이트하나요? 그러면 Discourse를 업데이트하지 않고 플러그인을 설치하는 방법은 무엇인가요?
네, Discourse를 업데이트하는 주된 방법입니다.
플러그인을 설치하는 중이거나, 아래에 언급된 상태여야 합니다.
기술적으로는 플러그인을 설치하면서 Discourse를 특정 버전으로 고정할 수 있지만, 이는 많은 플러그인이 최신 버전의 Discourse를 전제로 하고 있으므로 버전 호환성에 대한 매우 신중한 분석이 필요합니다.
플러그인을 설치하면서 Discourse를 특정 버전으로 고정하는 것은 기술적으로 가능합니다
그걸 어떻게 하나요?
이는 최신 버전의 Discourse를 전제로 하는 많은 플러그인들 사이에서 버전 호환성에 대한 매우 신중한 분석을 요구합니다
플러그인은 제가 만든 것입니다. 깨지기를 원하지 않습니다. Discourse가 아키텍처나 이런 것들을 변경했을 때 나쁜 경험을 한 적이 있습니다. 포럼이 Golang의 철학을 따랐으면 좋겠습니다.
특정 버전을 고정하는 대신 ESR 릴리스로 전환하는 것을 고려해 보셨나요? 이렇게 하면 보안 패치는 계속 받을 수 있으면서, 기타 변경 사항은 6개월에 한 번만 처리하면 됩니다.
시작은 좋은데, 특정 버전을 유지하는 방법을 설명해 줄 사람이 나올 때까지 기다릴 겁니다.
정확히 무엇을 기다리고 계신지 잘 모르겠습니다. 제가 링크한 주제에서는 설치하려는 버전을 설정하는 방법에 대해 이미 설명하고 있습니다.
ESR 버전이 아니라 특정 버전을 원한다고 말씀하셨지만, 브랜치, 태그 또는 특정 커밋 해시를 사용하더라도 동일한 과정이 적용됩니다. version의 값을 적절히 대체하면 됩니다. 포럼에서도 이를 보여주는 몇 가지 예시를 찾을 수 있습니다 [1] [2]
수동으로 업데이트를 추적하지 않는 한 보안 업데이트나 수정 사항을 받지 못하므로, 프로덕션 환경에서는 고정된 커밋 사용을 피하는 것을 여전히 권장합니다.
하지만 그건 기본적으로 어떤 분지를 사용할지 지정하는 리비전(수정본)에 불과합니다. 제 말은, 2026.6.0과 같은 특정 버전으로 고정해 두고 그 버전에서 절대 업데이트하지 않겠다는 뜻입니다. 당신이 제안하는 방식은 버전 사이를 계속 오가게 되는데, 단지 다른 분지를 사용하는 것일 뿐입니다.
이동하지 않는 ref를 선택하면 변경 사항이 없습니다:
그러나 위의 모든 주의사항이 적용됩니다 – 일반적으로 권장되지 않습니다.
이 접근 방식(또는 특정 릴리스 브랜치를 따르는 것)은 지원이 종료되는 시점을 추적하고 그에 따른 위험을 관리하는 데 대해 더 많은 책임을 지는 것을 의미합니다.
어떤 버전이든 넣을 수 있다고 했습니다. 제가 링크한 예시를 확인해 보셨나요?
그런 고정된 커밋 해시가 언제 바뀔 것으로 예상하시나요?
실수했어요, 그 부분을 읽지 못했네요. 현재 설치된 버전의 긴 커밋 ID를 어떻게 찾을 수 있나요?