GitLab Dedicated는 새로운 기능 및 보안 패치에 대한 액세스와 안정성 사이의 균형을 위해 인스턴스에 특정 버전 관리 모델 및 릴리스 일정을 따릅니다.

버전 관리 모델#

인스턴스는 현재 GitLab 릴리스에서 이전 마이너 버전(N-1)으로 실행됩니다. 예를 들어, GitLab 16.9를 사용할 수 있을 때 인스턴스는 GitLab 16.8을 실행합니다.

이 접근 방식은 다음을 제공합니다:

• 안정성: 배포 전에 테스트 및 유효성 검사를 위한 추가 시간.
• 보안: 긴급 유지 관리를 통해 중요 패치는 여전히 신속하게 적용됩니다.
• 예측 가능성: 월간 릴리스 주기와 맞춘 정기적인 업그레이드 일정.

새로운 기능은 초기 GitLab 릴리스 후 약 1개월 뒤에 인스턴스에서 사용 가능해집니다.

GitLab 버전 확인#

GitLab 자체 또는 Switchboard를 통해 GitLab 버전을 확인할 수 있습니다.

GitLab 버전을 확인하려면:

• GitLab에서: 왼쪽 사이드바 하단에서 Help([question]) > Help를 선택하거나 https://your-instance-url/help를 직접 방문합니다.
• Switchboard에서: 테넌트 개요를 참조하십시오.

릴리스 배포 일정#

인스턴스는 각 GitLab 릴리스 5일 후에 시작하는 단계적 타임라인에 따라 예약된 유지 관리 기간 동안 업그레이드됩니다.

업그레이드는 T가 마이너 GitLab 릴리스 날짜인 다음 일정에 따라 할당된 유지 관리 기간 동안 발생합니다:

예를 들어, GitLab 16.9는 2024-02-15에 릴리스되었습니다. EMEA 및 Americas(옵션 1) 지역의 인스턴스는 16.9 릴리스 5일 후인 2024-02-20에 16.8로 업그레이드되었습니다.

운영상의 제약으로 인해 유지 관리가 연기된 경우, 업그레이드는 다음 사용 가능한 유지 관리 기간에 발생합니다.

업데이트 주기#

인스턴스는 선호하는 유지 관리 기간 동안 정기적인 업데이트를 받습니다:

월간 업데이트에는 다음이 포함됩니다:

• 마이너 릴리스 1개
• 패치 릴리스 2개

추가 업데이트에는 다음이 포함될 수 있습니다:

• 긴급 유지 관리를 통한 중요 보안 패치
• 인프라 개선
• 성능 최적화

패치 유효성 검사 타임라인#

중요 패치는 보안 취약점이 신속하게 해결되도록 가속화된 타임라인을 따릅니다:

1. 개발: 버그 수정은 예상 패치 릴리스 날짜 최소 2 영업일 전에 안정 브랜치에 병합되어야 합니다.
2. 패치 릴리스: 보안 취약점 또는 중요 버그에 대한 패치가 릴리스됩니다.
3. 유효성 검사(0-24시간): 패치가 스테이징 환경에서 유효성을 검사합니다.
4. 긴급 배포: 긴급 유지 관리 절차를 통해 패치가 인스턴스에 배포됩니다.

패치 릴리스 일정#

월간 릴리스는 매월 세 번째 목요일 다음 주에 발생합니다.

중요 패치는 다음 날짜에 월 2회 릴리스됩니다:

• 월간 릴리스 주 이전 수요일
• 월간 릴리스 주 이후 수요일

예를 들어, 세 번째 목요일이 2025년 1월 16일인 경우:

• 월간 릴리스 주: 2025년 1월 20-24일
• 첫 번째 패치 릴리스: 2025년 1월 15일 (이전 수요일)
• 두 번째 패치 릴리스: 2025년 1월 29일 (이후 수요일)

비중요 패치는 예약된 다음 유지 관리 기간에 인스턴스에 배포됩니다.

내부 릴리스#

내부 릴리스는 공개 공지 전에 GitLab Dedicated 인스턴스의 중요 보안 취약점 및 높은 심각도 버그를 해결하기 위해 사용되는 비공개 릴리스입니다. 이러한 릴리스는 긴급 유지 관리 절차를 통해 배포됩니다.

예약된 다음 패치를 기다릴 수 없는 중요 수정 사항은 내부 릴리스를 통해 제공되어 인스턴스가 안전하고 안정적으로 유지되도록 합니다.

버그 수정#

GitLab 엔지니어링 팀은 예약된 유지 관리 기간 동안 버전의 버그 수정 및 성능 개선을 포함하기 위해 노력합니다. 이러한 수정 사항은 별도의 작업 없이 사전에 포함됩니다.

버그 수정 요청#

버전에 포함되지 않은 경우 특정 버그 수정을 요청할 수 있습니다.

버그 수정을 요청하려면:

1. 수정 사항이 포함된 병합 요청 또는 이슈 링크가 포함된 지원 티켓을 제출합니다.
2. 요청이 승인되었는지에 대한 응답을 기다립니다.

승인된 경우, 수정 사항은 예약된 다음 유지 관리 기간에 포함됩니다.

관련 주제#

• GitLab Dedicated 유지 관리 작업
• GitLab 릴리스 및 유지 관리 정책