v2.9.0.beta1에서 멈춤 – Hooks 비활성화 후 3.4.0.beta4-dev 실행 중: 안정판으로 고정하는 방법?

제품 지원
1

Discourse 설치에서 v2.9.0.beta1에 멈춰 있는 오래된 문제가 있었습니다. 개인적인 사정으로 인해 수년간 이 문제를 해결하지 못했었죠. 당시에는 v2.9.0.beta2로 전환하는 것이 불가능해 보였습니다. 최근 재빌드 문제를 해결하는 과정에서 app.yml의 특정 훅(특히 태그 체크아웃을 강제하는 부분)을 다음과 같이 주석 처리했습니다:

hooks:
  after_code:
    - exec:
        cd: $home/plugins
        cmd:
          - git clone https://github.com/discourse/docker_manager.git
    - exec:
        cd: $home
        cmd:
          # - git fetch --depth=1 origin tag v2.9.0.beta2 --no-tags
          # - git checkout v2.9.0.beta2
          - echo "Skipping version upgrade hook"

재빌드 후 예상치 못하게 인스턴스가 3.4.0.beta4-dev로 업데이트되었습니다. 그 문제를 넘어서게 되어 기쁘지만, 이제 안정화된 3.4.x 릴리스가 나올 때까지 시스템이 3.4.0 베타 스트림을 계속 따르기를 원합니다. 그리고 안정 버전이 나오면 그 안정 버전으로 고정(lock)하여 더 이상의 베타나 개발 버전으로 자동 업그레이드되지 않도록 하려 합니다.

안정 버전이 이용 가능해지면 매번 재빌드할 때마다 되돌리거나 수동으로 개입하지 않고도 릴리스를 해당 안정 버전으로 '고정(pinning)'하거나 잠그는 올바른 방법은 무엇인가요?

가이드나 모범 사례에 대한 조언을 주시면 감사하겠습니다!

2

이 가이드를 참고해 보세요:

3

app.yml에서 tests-passed를 stable로 변경하세요. yml 파일에 해당 항목이 없다면 samples 디렉토리를 참고하세요.

4

감사합니다. 원래 다음과 같이 되어 있었습니다:

  ## 이 컨테이너에 사용할 Git 리비전은 무엇인가요? (기본값: tests-passed)
  #version: tests-passed

다음으로 변경했습니다:

  ## 이 컨테이너에 사용할 Git 리비전은 무엇인가요? (기본값: tests-passed)
  version: stable

재빌드 후 시스템이 이제 3.5.0.beta1-dev로 표시되고 있습니다.

더욱 기이하고 이상해 보입니다. :thinking:

5

재빌드 후 버전을 스테이블로 변경한 것으로 보입니다. 현재는 스테이블을 넘어선 상태이므로, 다음 스테이블 릴리스까지(지난 주에 한 번 있었으므로 꽤 오랜 시간이 걸릴 것입니다. 보통 8~10개월) 베타 또는 테스트 통과(tests-passed)로 변경해야 합니다.

6

아니, 불행히도 그렇지 않았습니다… 저는 100% 확신합니다. 3.4.0.beta4-dev 버전이었고, 그 후 app.yml을 변경한 다음 다시 빌드했습니다. 그런 다음 3.5.0.beta1-dev가 나타났습니다. 이것이 100% 따진 경로입니다… 명확히 하기 위해 말씀드리지만, 이에 대해 제로(0)의 의심이 있습니다. 저는 언급한 조치들을 취하기 전에 실제로 확인을 마쳤습니다.

7

tests-passed가 포함된该行은 #으로 시작하나요?

8

편집기 스크린샷:

이 이미지는 데이터베이스, Git 저장소 및 메모리 설정에 대한 세부 사항이 포함된 구성 스크립트 조각을 보여줍니다. 시스템 환경에서 영어를 선택하고 안정 버전(stable version)을 사용하는 것이 특히 명시되어 있습니다. (AI가 캡션을 작성함)
이 이미지는 데이터베이스, Git 저장소 및 메모리 설정에 대한 세부 사항이 포함된 구성 스크립트 조각을 보여줍니다. 시스템 환경에서 영어를 선택하고 안정 버전(stable version)을 사용하는 것이 특히 명시되어 있습니다. (AI가 캡션을 작성함)980×395 13.4 KB

9

주석 처리되어 있기 때문에 거기에 무엇을 넣든 중요하지 않으며, 기본값은 테스트 통과입니다.

최신 테스트가 통과된 상태로 다시 빌드했을 때

10

다시 한번 도움을 주셔서 감사합니다 @pfaffman. 현재까지 제가 이해한 내용을 정리하면 다음과 같습니다:

  • 우리의 인스턴스는 3.4.0.beta4-dev 버전으로 실행되고 있었으며, 이는 안정적(stable) 릴리스로 간주되지 않는 버전입니다.
  • 설정을 version: stable로 업데이트했을 때(기본값은 주석 처리된 상태), 향후 재빌드 시 인스턴스가 안정적 브랜치에 고정될 것으로 예상했습니다. 그러나 이미 베타 버전을 사용 중이었기 때문에 업데이트가 계속 진행되어 3.5.0.beta1-dev 버전으로 이동했습니다.
  • 안정 태그를 이미 넘어선 상태에서 version: stable로 전환해도 롤백이 발생하지 않는 것 같습니다. 이는 안정 버전 이하의 상태에 있을 경우 베타 버전을 추적하는 대신 안정 버전으로 고정된다는 의미일 뿐입니다.

이렇게 이해한 것이 맞나요?

또한, 향후 우연히 베타 채널을 따르지 않도록 하는 권장 프로세스가 무엇인지 명확히 해주시겠습니까? 구체적으로:

  1. 안정적 릴리스가 이용 가능할 때, 이미 안정 버전보다 앞서 있는 상태가 아니라면 재빌드가 해당 안정 릴리스에 고정되도록 보장하기 위해 version: stable을 활성 설정으로 두는 것만으로 충분한가요?
  2. 베타/개발 버전으로 업데이트되는 것을 방지하기 위해 수행해야 하는 추가 단계나 정리 작업(예: 다른 설정 요소 제거 또는 수정)이 있나요?

가능한 한 빨리 안정 릴리스에 고정하고 싶지만, 다시 이렇게 건너뛸 수는 없겠습니다…

11

음. 제 눈에는 그렇지 않아 보이는데:

image
image358×114 18.1 KB

12

아! 아마도 휴대폰으로 너무 빨리 확인한 것 같습니다. 제가 어떻게 그걸 놓쳤는지, 그리고 사이트가 왜 지금 3.5.0.beta1-dev 버전으로 실행되고 있는지에 대해서는 설명이 없습니다.

13

안녕하세요,

Postgres 13에서 15로 전환과 관련된 3.4.0.beta4-dev 업데이트로 인해 여러 문제를 겪은 끝에, 마침내 정상 작동하는 3.5.0.beta1-dev 버전을 복구했습니다!

이제 대시보드에는 새로운 버전이 표시되고 있습니다:

Installed             Latest
3.5.0.beta1-dev       3.5.0.beta1 
(b37b51d15f)`

하지만 업데이트 페이지에서는 다음과 같이 보입니다.

Name                   Commit Hash          Last Updated  Latest Version    Status
New version available! v3.4.0.beta4 +182    43 mins ago   v3.5.0.beta1 +8   Update

업데이트해도 안전한가요?

미리 감사드립니다.