지금 안정 버전으로 업그레이드하기에 가장 좋은 시기는 아닌가요?

제품 지원
1

지금까지 안정적 채널이 있다는 것과, 이를 업그레이드하려면 설정을 수정해야 한다는 사실을 깨닫지 못하고 있었습니다.

지금 제 사이트에서 3.0.0.beta16으로 업그레이드할 수 있는 옵션이 보입니다. 지금 안정적 릴리스로 설정하고 업그레이드하면 3.0.0.beta16으로 먼저 넘어간 다음, 최종적으로 3.0.0 안정 버전으로 업그레이드되나요?

2

왜 스테이블 버전으로 전환해야 한다고 생각하는지 설명해 주시겠어요?

3

안정적인 소프트웨어를 실행하기 위해 특별한 이유가 필요하다는 것이 왜 필요한지 이해가 되지 않습니다. 저는 단순히 업데이트가 적고 안정적인 소프트웨어를 원할 뿐입니다.

4

그렇지 않을 것 같습니다. stable로 변경하면 주요 버전(major releases)으로만 업데이트되며, 3.0.0은 아직 출시되지 않았습니다. 마지막 stable 릴리스는 2.8.0이었습니다(최신 업데이트는 release-notes 채널에서 확인하실 수 있습니다).

Stephen이 장난을 치려던 것은 아니라고 생각합니다. Stable은 영어 단어로서가 아니라 app.yml의 키워드로서 사용되는 의미입니다. 그 이유는, 다른(기본) 키워드인 tests-passed도 stable로 설명할 수 있기 때문입니다: 새로운 커밋으로 인해 무언가가 깨지는 상황은 발생하기 어렵고[1], 실제로 Discourse 업데이트 주기보다 플러그인 또는 테마 컴포넌트 업데이트 주기가 더 잦다면 tests-passed가 영어 의미에서 더 “stable”(안정적)일 수 있습니다.

  1. 2년간 Discourse를 운영해 온 동안, 새로운 커밋 때문에 무언가가 깨진 적은 한 번도 없었습니다 ↩︎

5

정보 주셔서 감사합니다! 그가 장난을 치려던 건 아니라는 건 알고 있어요. 그냥 추론에 대해 논의할 의도는 없었고, 언제 스테이블 버전으로 업그레이드해야 하는지에 대한 정보만 알고 싶었던 거예요. 스테이블 버전으로 전환될 때까지 계속 업데이트를 유지하고, 3.0.0이 스테이블 버전으로 나오면 바로 전환할게요.

6

주지할 점은, AFAIK(저의 지식 범위 내에서) 주요 버전 릴리스가 테스트 통과 브랜치에서 이루어질 때 n+1.beta1 릴리스와 함께 제공된다는 것입니다. 따라서 버전 정보에서 "beta"라는 단어를 피하고 싶다면 n+1.beta1로 업데이트하기 직전에 해당 버전으로 전환해야 합니다.

때로는[1] 질문이 잘못된 가정에 기반하여 작성되기도 하며, 이러한 부분을 조기에 파악하는 것이 더 좋습니다.

  1. “도움 요청” 관련 주제에서라면 꽤 자주 그렇다고 볼 수 있습니다. 이는 제 포럼에서의 토론을 근거로 한 개인적 의견입니다 ↩︎

7

예를 들어, 현재 2.9.0.beta14를 사용 중입니다. 설정 파일에서 브랜치를 stable로 변경한 후, /admin 섹션에 3.0.0이 표시되기를 기다리면, 그 시점부터는 stable 릴리스에 대한 업데이트만 표시되는 건가요?

설정 파일을 변경할 때 Docker 컨테이너를 재시작해야 하나요?

8

지금 app.yml 파일을 수정할 수 있습니다. 다음 커맨드 라인 업그레이드를 실행하려면 릴리스가 나올 때까지 기다려야 합니다. 새로운 안정 버전이 출시되기 전에 몇 번의 베타 릴리스가 더 나올지는 명확하지 않습니다.

안정 버전은 업데이트 횟수가 적지만, 버그가 적다는 보장은 없습니다. 테스트 통과 상태보다 안정 버전을 운영하려면 다소 더 많은 전문 지식이 필요합니다. 중요한 보안 업데이트는 안정 버전에도 포함되지만, UX 문제는 다음 안정 버전이 나올 때까지 고쳐지지 않을 가능성이 큽니다. 안정 버전은 테스트가 덜 이루어졌기 때문에 서드파티 플러그인이 정상적으로 작동하지 않을 가능성이 더 높습니다.

업데이트 횟수를 줄이고 싶다면 업데이트 주기를 늘리면 됩니다.

9

stable와 test-passed의 차이에 대한 좋은 설명:

10

솔직히 관리자 페이지의 업데이트 알림 때문에 압박감과 혼란을 동시에 느끼고 있습니다.

지금 바로 업데이트하라고 꽤 강하게 요구하고 있는데, 그 업데이트 대상이 베타 소프트웨어라는 점은 다소 모순적으로 느껴집니다. 업데이트가 있다는 사실만 알려주는 것이 적절하다고 생각합니다. 다만 현재 빌드에 보안 문제나 치명적인 버그가 있는 경우에만 긴급 업데이트를 권유하는 것이 맞지 않을까요.

혹시 해당 버전이 안정적이라고 판단된다면 베타 태그를 제거하거나, tests-passed로 변경하여 관리자가 완전히 테스트를 거친 안정된 소프트웨어를 설치하고 있다는 확신을 가질 수 있도록 하는 것도 좋은 방법일 것입니다.

또는 베타 태그를 제거하고 이를 안정판으로 명명하는 것도 고려해 볼 수 있습니다. 현재 문맥상 그렇게 읽히기 때문입니다. 그렇게 한다면, 현재 안정판 릴리스는 LTS(장기 지원 버전)로 명명할 수 있을 것입니다.

11

정말 그렇습니다. 새 베타 버전이 나올 때는 (거의 항상) 새 버전을 트리거하는 심각한 보안 문제가 존재합니다.

실제로 그렇게 보는 것이 꽤 좋은(제 생각에는 더 나은) 방법입니다.