필수 업그레이드 중단점 방지

GitLab 업그레이드 시 발생하는 필수 중단점의 원인, 추가 방법 및 관련 프로젝트를 설명합니다.

필수 중단점(required stop)은 GitLab 컴포넌트 또는 의존성에 대한 변경으로 인해 GitLab을 업그레이드 할 때 특정 major.minor 버전으로 업그레이드하고 해당 버전에서 반드시 멈춰야 하는 상황을 말합니다. Development 팀은 3개 릴리스(3개월) 백포트 기간을 정한 유지 관리 정책 을 유지하고 있지만, GitLab은 현재 메이저 버전과 이전 두 메이저 버전을 포함하는 훨씬 더 긴 버전 지원 기간을 유지합니다. 이전 메이저 릴리스 일정에 따르면, GitLab 고객은 현재 릴리스보다 최대 3년 뒤처져 있어도 여전히 업그레이드 지원을 받을 수 있습니다. 예를 들어, GitLab 14.0.12에서 GitLab 16.1로 업그레이드하는 사용자의 경우, 이는 완전히 지원되는 업그레이드 경로 이며, 최신 16.1.z 버전으로 업그레이드하기 전에 14.3.6 , 14.9.5 , 14.10.5 , 15.0.5 , 15.1.6 , 15.4.6 , 15.11.11 과 같은 필수 중단점이 있을 수 있습니다. 과거의 필수 중단점은 도입 후 수개월이 지나서야 발견된 경우가 많았습니다. 이는 종종 1~3개 이상의 마이너 릴리스를 넘어 업그레이드하는 사용자들을 지원하는 Support 엔지니어, Customer Success 매니저, Development 엔지니어들의 광범위한 문제 해결 지원의 결과였습니다. 가능한 한 필수 중단점은 피해야 합니다. 피할 수 없는 경우에는, 필수 중단점을 예정된 필수 중단점에 맞춰야 합니다. 예정된 필수 중단점은 종종 major 버전 릴리스 직전의 이전 major . minor 릴리스에 대해 다수의 계획된 지원 중단 및 알려진 주요 변경 사항 을 수용하기 위해 구현됩니다. 또한 GitLab 16부터 예정된 major . minor 필수 중단점 을 도입했습니다: GitLab 16.x 기간 동안 두 개 또는 세 개의 필수 업그레이드 중단점을 예약하고 있습니다. 필수 업그레이드 중단점을 예약할 때 최소 두 개의 마일스톤 전에 공지합니다. 첫 번째 계획된 필수 업그레이드 중단점은 GitLab 16.3으로 예정되어 있습니다. 업그레이드 중단점을 필요로 하는 사항이 없다면, GitLab 16.3은 일반 업그레이드로 처리됩니다. 필수 중단점 소급 추가 # 계획에 없던 필수 중단점을 소급 선언하는 것을 검토하는 경우, Distribution 팀 제품 매니저 에게 연락하여 다음 단계에 대한 조언을 구하세요. 필수 중단점을 선언해야 하는지 불확실한 경우, Distribution 제품 매니저는 최종 결정을 위해 GitLab 제품 리더십(VP 또는 최고 제품 책임자)에게 에스컬레이션할 수 있습니다. 예를 들어, 변경 사항이 매우 큰 GitLab Self-Managed 인스턴스의 일부에만 중단점을 요구하고 고객이 문제를 겪을 경우 잘 정의된 우회 방법이 있는 경우에 이런 일이 발생할 수 있습니다. 필수 중단점의 원인 # 완료된 마이그레이션에 대한 부정확한 가정 # 대부분의 필수 중단점은 특정 릴리스에서의 데이터 모델 상태에 대