GitLab Dedicated 릴리스 및 버전 관리

GitLab Dedicated 인스턴스의 릴리스 일정, 버전 관리 모델 및 패치 프로세스.

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 Dedicated GitLab Dedicated for Government 인스턴스는 각 GitLab 릴리스 5일 후에 시작하는 단계적 타임라인에 따라 예약된 유지 관리 기간 동안 업그레이드됩니다. 업그레이드는 T 가 마이너 GitLab 릴리스 날짜인 다음 일정에 따라 할당된 유지 관리 기간 동안 발생합니다: 릴리스 후 달력 일 인스턴스 업그레이드 시작 T +5 EMEA 및 Americas (옵션 1) 지역 T +6 Asia Pacific 지역 T +10 Americas (옵션 2) 지역 예를 들어, GitLab 16.9는 2024-02-15에 릴리스되었습니다. EMEA 및 Americas(옵션 1) 지역의 인스턴스는 16.9 릴리스 5일 후인 2024-02-20에 16.8로 업그레이드되었습니다. 운영상의 제약으로 인해 유지 관리가 연기된 경우, 업그레이드는 다음 사용 가능한 유지 관리 기간에 발생합니다. 인스턴스는 각 GitLab 릴리스에 대한 내부 유효성 검사 후 할당된 유지 관리 기간 동안 업그레이드됩니다. 업그레이드는 화요일부터 목요일까지 고정된 주간 기간 동안 발생합니다. GitLab은 업그레이드 기간에 앞서 내부 유효성 검사를 위해 월요일을 예약합니다. 운영상의 제약으로 인해 유지 관리가 연기된 경우, 업그레이드는 다음 사용 가능한 유지 관리 기간에 발생합니다. 업데이트 주기 # 인스턴스는 선호하는 유지 관리 기간 동안 정기적인 업데이트를 받습니다: 월간 업데이트에는 다음이 포함됩니다: 마이너 릴리스 1개 패치 릴리스 2개 추가 업데이트에는 다음이 포함될 수 있습니다: 긴급 유지 관리를 통한 중요 보안 패치 인프라 개선 성능 최적화 패치 유효성 검사 타임라인 # 중요 패치는 보안 취약점이 신속하게 해결되도록 가속화된 타임라인을 따