GitLab 15 변경 사항

Tier: Free, Premium, Ultimate Offering: Self-managed

이 페이지에는 GitLab 15의 마이너 및 패치 버전에 대한 업그레이드 정보가 포함되어 있습니다. 다음에 대한 지침을 반드시 검토하십시오:

  • 귀하의 설치 유형.
  • 현재 버전과 대상 버전 사이의 모든 버전.

GitLab Helm 차트를 업그레이드하는 자세한 정보는 릴리스 노트 6.0를 참조하십시오.

15.11.1

15.11.0

  • 패치 릴리스 15.11.3 또는 이후로 업그레이드합니다. 이렇게 하면 15.5.0 및 이전 버전에서 업그레이드할 때 이슈 408304가 발생하지 않습니다.

  • 일반적으로 PgBouncer가 있는 환경에서 백업은 반드시 GITLAB_BACKUP_로 접두어가 붙은 변수를 설정하여 PgBouncer를 우회해야합니다. 그러나 이슈로 인해 gitlab-backup은 오버라이드에서 정의된 직접 연결 대신 PgBouncer를 통해 일반 데이터베이스 연결을 사용하고 데이터베이스 백업이 실패합니다. 이 문제를 해결하려면 직접 pg_dump를 사용하면 됩니다.

    영향을 받는 릴리스:

    영향을 받는 마이너 버전 영향을 받는 패치 버전 수정 버전
    15.11 모두 없음
    16.0 모두 없음
    16.1 모두 없음
    16.2 모두 없음
    16.3 모두 없음
    16.4 모두 없음
    16.5 모두 없음
    16.6 모두 없음
    16.7 16.7.0 - 16.7.6 16.7.7
    16.8 16.8.0 - 16.8.3 16.8.4

Linux 패키지 설치

GitLab 15.11에서 PostgreSQL은 다음 경우를 제외하고 자동으로 13.x로 업그레이드됩니다:

  • Patroni를 사용하여 고가용성으로 데이터베이스를 실행 중입니다.
  • 데이터베이스 노드가 GitLab Geo 구성의 일부입니다.
  • 명시적으로 자동으로 PostgreSQL을 업그레이드하지 않도록 선택한 경우.
  • /etc/gitlab/gitlab.rb에 postgresql['version'] = 12가 있는 경우.

고가용성 및 Geo 설치는 PostgreSQL 13로 수동 업그레이드를 지원합니다. 자세한 내용은 HA/Geo 클러스터에 패키지로 포장된 PostgreSQL를 참조하십시오.

Geo installations

Tier: 프리미엄, 얼티밋 Offering: Self-managed

pg_upgrade가 번들 PostregSQL 데이터베이스를 버전 13으로 업그레이드하지 못합니다

영향을 받는 마이너 버전 영향을 받는 패치 버전 수정 버전
15.2 - 15.10 모두 없음
15.11 15.11.0 - 15.11.11 15.11.12 및 이후

내장 pg-upgrade 도구의 버그로 인해 번들 PostgreSQL 데이터베이스를 버전 13으로 업그레이드할 수 없습니다. 이로 인해 보조 사이트가 손상되고 Geo 설치를 GitLab 16.x로 업그레이드할 수 없습니다 (16.0 및 이후 릴리스에서 PostgreSQL 12 지원이 제거되었습니다). 이 문제는 보조 메인 Rails 데이터베이스와 추적 데이터베이스를 동일한 노드에서 실행하고 있는 번들 PostgreSQL 소프트웨어를 사용하는 보조 사이트에서 발생합니다. 15.11.12 이상으로 업그레이드할 수 없는 경우 수동 해결 방법이 있습니다.

15.11.x

  • 버그로 인해 새로운 LDAP 사용자가 처음으로 로그인 할 때 이메일 주소가 아닌 LDAP 사용자 이름 속성을 기반으로 사용자 이름이 할당될 수 있습니다. 수동 해결책은 gitlab_rails['omniauth_auto_link_ldap_user'] = true로 설정하거나 버그가 수정된 GitLab 16.1 이상으로 업그레이드하는 것입니다.

15.10.5

  • Elastic Indexer Cron Workers와 관련된 버그는 Sidekiq을 포화 상태로 만들 수 있습니다.
    • 이 문제가 발생하면 병합 요청 병합, 파이프라인, Slack 알림 및 기타 이벤트가 생성되지 않거나 시간이 오래 걸릴 수 있습니다.
    • 이 문제는 즉시 나타나지 않을 수 있으며 Sidekiq이 충분히 포화될 때까지 최대 1주일이 소요될 수 있습니다.
    • Elasticsearch를 사용하더라도 이 문제가 발생할 수 있습니다.
    • 이 문제를 해결하려면 15.11로 업그레이드하거나 해당 문제의 해결책을 사용하십시오.
  • 많은 프로젝트 가져오기 및 그룹 가져오기가 이제 개발자 역할뿐만 아니라 유지자 역할이 필요합니다. 사용 중인 가져오기 도구에 대한 자세한 내용은 해당하는 문서를 참조하십시오.

15.10.0

  • Elastic Indexer Cron Workers와 관련된 버그는 Sidekiq을 포화 상태로 만들 수 있습니다.
    • 이 문제가 발생하면 병합 요청 병합, 파이프라인, Slack 알림 및 기타 이벤트가 생성되지 않거나 시간이 오래 걸릴 수 있습니다.
    • 이 문제는 즉시 나타나지 않을 수 있으며 Sidekiq이 충분히 포화될 때까지 최대 1주일이 소요될 수 있습니다.
    • Elasticsearch를 사용하더라도 이 문제가 발생할 수 있습니다.
    • 이 문제를 해결하려면 15.11로 업그레이드하거나 해당 문제의 해결책을 사용하십시오.
  • 제로 다운타임 재색인과 관련된 버그로 인해 재색인 시 Couldn't load task status 오류가 발생할 수 있습니다. 또한 Elasticsearch 호스트에서 sliceId must be greater than 0 but was [-1] 오류가 발생할 수 있습니다. 이 문제를 해결하려면 다시 0부터 재색인을 고려하거나 GitLab 16.3으로 업그레이드하십시오.
  • Omnibus GitLab 16.0에서 Gitaly 구성 변경이 상당히 큽니다. Omnibus GitLab 16.0으로의 전환 준비 중에 역호환성을 유지하는 동안 Omnibus GitLab 15.10에서 새 구조로 이동할 수 있습니다. 이 변경 사항에 대해 자세히 보기.

  • GitLab 15.10 이상으로 업그레이드하는 동안 다음과 같은 오류가 발생할 수 있습니다: 

    STDOUT: rake aborted!
StandardError: An error has occurred, all later migrations canceled:
PG::CheckViolation: ERROR:  check constraint "check_70f294ef54" is violated by some row

    이 오류는 GitLab 15.8에 도입된 일괄 배경 마이그레이션이 GitLab 15.10 이전에 완료되지 않았기 때문에 발생합니다. 이 오류를 해결하려면:

    1. 다음 SQL 문을 데이터베이스 콘솔(sudo gitlab-psql은 Linux 패키지 설치용)을 사용하여 실행하십시오. 

      UPDATE oauth_access_tokens SET expires_in = '7200' WHERE expires_in IS NULL;

    2. 데이터베이스 마이그레이션 다시 실행.

  • GitLab 15.10 이상으로 업그레이드하는 동안 다음과 같은 오류가 발생할 수도 있습니다: 

    "exception.class": "ActiveRecord::StatementInvalid",
"exception.message": "PG::SyntaxError: ERROR:  zero-length delimited identifier at or near \"\"\"\nLINE 1: ...COALESCE(\"lock_version\", 0) + 1 WHERE \"ci_builds\".\"\" IN (SEL...\n

    이 오류는 GitLab 14.9에 도입된 일괄 배경 마이그레이션이 GitLab 15.10 이상으로 업그레이드되기 전에 완료되지 않았기 때문에 발생합니다. 이 오류를 해결하려면 해당 마이그레이션을 완료로 표시하는 것이 안전합니다. 

    # 레일즈 콘솔 시작

connection = Ci::ApplicationRecord.connection

Gitlab::Database::SharedModel.using_connection(connection) do
  migration = Gitlab::Database::BackgroundMigration::BatchedMigration.find_for_configuration(
    Gitlab::Database.gitlab_schemas_for_connection(connection), 'NullifyOrphanRunnerIdOnCiBuilds', :ci_builds, :id, [])

  # 모든 작업을 완료로 표시
  migration.batched_jobs.update_all(status: Gitlab::Database::BackgroundMigration::BatchedJob.state_machine.states[:succeeded].value)
  migration.update_attribute(:status, Gitlab::Database::BackgroundMigration::BatchedMigration.state_machine.states[:finished].value)
end

    더 많은 정보는 issue 415724를 참조하십시오.

지오프로젝트 설치

세부정보: Tier: 프리미엄, 얼티밋 Offering: 셀프매니지먼트

  • pg_upgrade가 번들로 제공되는 PostregSQL 데이터베이스를 버전 13으로 업그레이드하지 못하는 문제가 발생합니다. 자세한 내용과 해결책은 여기를 참조하세요.
  • 보조 사이트에서 LFS 오브젝트를 클론하면 보조 사이트가 완전히 동기화되었을 때에도 주 사이트에서 다운로드됩니다. 자세한 내용 및 해결 방법은 여기를 참조하세요.

15.9.0

  • Elastic Indexer Cron Workers 버그로 인해 Sidekiq가 포화될 수 있습니다.
    • 이 문제가 발생하면 병합 요청 합병, 파이프라인, Slack 알림 및 기타 이벤트가 생성되지 않거나 오랜 시간이 걸릴 수 있습니다.
    • 이 문제는 즉시 나타나지 않을 수 있으며 Sidekiq가 충분히 포화될 때까지 최대 일주일이 걸릴 수 있습니다.
    • Elasticsearch를 사용하고 있지 않아도 발생할 수 있습니다.
    • 이 문제를 해결하려면 15.11로 업그레이드하거나 해당 문제에서 제시된 해결책을 사용하세요.
  • BackfillTraversalIdsToBlobsAndWikiBlobs 고급 검색 마이그레이션 버그로 인해 Elasticsearch 클러스터가 포화될 수 있습니다.
    • 이 문제가 발생하면 검색이 느려지고 Elasticsearch 클러스터의 업데이트가 오랜 시간이 걸릴 수 있습니다.
    • 이 문제를 해결하려면 마이그레이션 배치 크기를 줄이세요 또는 GitLab 15.10으로 업그레이드하세요.
  • 패치 릴리스 15.9.3 이상으로 업그레이드하세요. 이를 통해 두 가지 데이터베이스 마이그레이션 버그가 수정됩니다:
    • 패치 릴리스 15.9.0, 15.9.1, 15.9.2에는 사용자 프로파일 필드 linkedin, twitter, skype, website_url, location, organization에서 데이터 손실을 초래할 수 있는 버그가 있습니다. 자세한 내용은 이슈 393216를 참조하세요.
    • 두 번째 버그 수정은 15.4.x에서 직접 업그레이드할 수 있도록 합니다.
  • CI 분할 노력의 일환으로 ci_builds_needs에 새로운 외래 키가 추가되었습니다. 큰 CI 테이블이 있는 GitLab 인스턴스에서 이 제약 조건을 추가하는 데 시간이 더 오래 걸릴 수 있습니다.

  • Praefect의 메타데이터 확인 도구의 잘못된 메타데이터 삭제 동작이 이제 기본적으로 활성화되어 있습니다.

    메타데이터 확인 도구는 Praefect 데이터베이스의 복제본 레코드를 처리하고 복제본이 실제로 Gitaly 노드에 있는지 확인합니다. 복제본이 실제로 존재하지 않으면 해당 메타데이터 레코드가 삭제됩니다. 이를 통해 Praefect는 복제본이 정상이라고 표시되지만 실제로 디스크에 존재하지 않는 경우에 대한 상황을 해결할 수 있습니다. 메타데이터 레코드가 삭제된 후 Praefect의 조정 도구는 복제 작업을 재생성할 수 있습니다.

    이전에 상태 관리 논리에 문제가 있었기 때문에 데이터베이스에 잘못된 메타데이터 레코드가 있을 수 있습니다. 예를 들어, 저장소의 불완전한 삭제 또는 부분적으로 완료된 이름 바꾸기로 인해 발생할 수 있습니다. 이러한 쓰러진 복제본 레코드를 삭제하고 나면 메트릭 및 praefect dataloss 하위 명령에서 이러한 저장소를 사용할 수 없는 저장소로 표시할 수 있습니다. 이러한 저장소가 있는 경우 praefect remove-repository를 사용하여 해당 저장소의 남은 레코드를 제거하세요.

    GitLab 15.0 이후 버전에서 메타데이터 레코드가 잘못된 저장소를 찾으려면 확인 도구가 출력하는 로그 레코드를 검색하세요. 저장소 확인 및 예시 로그 항목을 확인하려면 자세히 알아보세요.

  • Omnibus GitLab 16.0에서 Praefect 구성 변경이 상당히 많이 이루어졌습니다. Omnibus GitLab 16.0으로의 전환을 시작할 수 있으며 역호환성은 Omnibus GitLab 16.0까지 유지됩니다. 이 변경 사항에 대해 자세히 알아보세요.

자체 컴파일 설치

  • 자체 컴파일(소스) 설치의 경우 gitlab-sshd를 추가하면 Kerberos 헤더가 GitLab Shell을 빌드하는 데 필요합니다. 

    sudo apt install libkrb5-dev

지오프로젝트 설치

Tier: 프리미엄, 얼티밋 Offering: Self-managed
  • pg_upgrade가 번들 PostregSQL 데이터베이스를 버전 13으로 업그레이드하지 못하는 문제가 있습니다. 자세한 내용 및 해결 방법은 여기를 참조하십시오.
  • 보조 사이트에서 LFS 객체를 복제하는 경우, 보조 사이트가 완전히 동기화되었을 때에도 주 사이트에서 다운로드됩니다. 자세한 내용과 해결 방법은 여기를 참조하십시오.

15.8.2

지오프로젝트 설치

Tier: 프리미엄, 얼티밋 Offering: Self-managed
  • 소수의 지오프로젝트 설치에서 프로젝트 및 위키의 복제 및 확인이 유지되지 않는 문제가 발견되었습니다. 검증에서 “대기 중” 상태에 있는 프로젝트 및/또는 위키가 계속되는 경우, 설치에 영향을 줄 수 있습니다. 장애 발생 시 데이터 손실이 발생할 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x, 그리고 15.8.0 - 15.8.2.
    • 수정 사항이 포함된 버전: GitLab 15.8.3 이후.

15.8.1

  • GitLab 15.4에서 도입된 버그로 인해, Gitaly 클러스터의 하나 이상의 Git 저장소가 사용 불가능한 경우, 해당 영향을 받은 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 저장소 확인 및 지오 복제 및 확인가 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경을 복원함으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.

지오프로젝트 설치

Tier: 프리미엄, 얼티밋 Offering: Self-managed
  • 소수의 지오프로젝트 설치에서 프로젝트 및 위키의 복제 및 확인이 유지되지 않는 문제가 발견되었습니다. 검증에서 “대기 중” 상태에 있는 프로젝트 및/또는 위키가 계속되는 경우, 설치에 영향을 줄 수 있습니다. 장애 발생 시 데이터 손실이 발생할 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x, 그리고 15.8.0 - 15.8.2.
    • 수정 사항이 포함된 버전: GitLab 15.8.3 이후.

15.8.0

  • Gitaly에서는 Git 2.38.0 이상이 필요합니다. 자체 컴파일한 설치의 경우, Gitaly에서 제공한 Git 버전을 사용해야 합니다.
  • GitLab 15.4에서 도입된 버그로 인해, Gitaly 클러스터의 하나 이상의 Git 저장소가 사용 불가능한 경우, 해당 영향을 받은 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 저장소 확인 및 지오 복제 및 확인가 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경을 복원함으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.

지오프로젝트 설치

Tier: 프리미엄, 얼티밋 Offering: Self-managed
  • pg_upgrade가 번들 PostregSQL 데이터베이스를 버전 13으로 업그레이드하지 못하는 문제가 있습니다. 자세한 내용 및 해결 방법은 여기를 참조하십시오.
  • 소수의 지오프로젝트 설치에서 프로젝트 및 위키의 복제 및 확인이 유지되지 않는 문제가 발견되었습니다. 검증에서 “대기 중” 상태에 있는 프로젝트 및/또는 위키가 계속되는 경우, 설치에 영향을 줄 수 있습니다. 장애 발생 시 데이터 손실이 발생할 수 있습니다.
    • 영향을 받는 버전: 15.6.x, 15.7.x, 그리고 15.8.0 - 15.8.2.
    • 수정 사항이 포함된 버전: GitLab 15.8.3 이후.
  • 보조 사이트에서 LFS 객체를 복제하는 경우, 보조 사이트가 완전히 동기화되었을 때에도 주 사이트에서 다운로드됩니다. 자세한 내용과 해결 방법은 여기를 참조하십시오.

15.7.6

Geo 설치

Tier: Premium, Ultimate Offering: Self-managed
  • 소수의 Geo 설치에서 프로젝트 및 위키의 복제 및 확인이 따라가지 않는 문제를 발견했습니다. 설치가 영향을 받을 수 있으며 검증 상태가 계속 “대기 중”인 프로젝트 및/또는 위키가 있을 경우 데이터 손실이 발생할 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x 및 15.8.0 - 15.8.2.
    • 수정 사항이 포함된 버전: GitLab 15.8.3 이후.

15.7.5

Geo 설치

Tier: Premium, Ultimate Offering: Self-managed
  • 소수의 Geo 설치에서 프로젝트 및 위키의 복제 및 확인이 따라가지 않는 문제를 발견했습니다. 설치가 영향을 받을 수 있으며 검증 상태가 계속 “대기 중”인 프로젝트 및/또는 위키가 있을 경우 데이터 손실이 발생할 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x 및 15.8.0 - 15.8.2.
    • 수정 사항이 포함된 버전: GitLab 15.8.3 이후.

15.7.4

Geo 설치

Tier: Premium, Ultimate Offering: Self-managed
  • 소수의 Geo 설치에서 프로젝트 및 위키의 복제 및 확인이 따라가지 않는 문제를 발견했습니다. 설치가 영향을 받을 수 있으며 검증 상태가 계속 “대기 중”인 프로젝트 및/또는 위키가 있을 경우 데이터 손실이 발생할 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x 및 15.8.0 - 15.8.2.
    • 수정 사항이 포함된 버전: GitLab 15.8.3 이후.

15.7.3

Geo 설치

Tier: 프리미엄, 얼티메이트 Offering: 셀프매니지드
  • 소수의 Geo 설치에서 프로젝트 및 위키의 복제 및 확인이 계속 유지되지 않았던 문제를 발견하였습니다. 일부 프로젝트 및/또는 위키가 계속해서 “대기 중” 상태에 있으면 해당 설치가 영향을 받을 수 있습니다. 이는 장애 조치 이후 데이터 손실로 이어질 수 있습니다.
    • 영향 받는 버전: GitLab 버전 15.6.x, 15.7.x, 및 15.8.0 - 15.8.2.
    • 수정된 버전: GitLab 15.8.3 이상.

15.7.2

Geo 설치

Tier: 프리미엄, 얼티메이트 Offering: 셀프매니지드
  • /api/v4/container_registry_event/events 엔드포인트에 의해 컨테이너 레지스트리 푸시 이벤트가 거부되어 Geo 보조 사이트가 컨테이너 레지스트리 이미지의 업데이트를 인지하지 못하고 결국 업그레이드를 복제하지 못하는 문제가 발견되었습니다. 장애 조치 이후 보조 사이트에는 오래된 컨테이너 이미지가 포함될 수 있습니다. 이는 15.6.0 - 15.6.6 버전 및 15.7.0 - 15.7.2를 영향을 미칩니다. 컨테이너 저장소를 사용 중이라면, 이 문제에 대한 수정이 포함된 GitLab 15.6.7, 15.7.3 또는 15.8.0으로 업그레이드하여 장애 조치 이후의 데이터 손실을 피하는 것이 좋습니다.
  • 소수의 Geo 설치에서 프로젝트 및 위키의 복제 및 확인이 계속 유지되지 않았던 문제를 발견하였습니다. 일부 프로젝트 및/또는 위키가 계속해서 “대기 중” 상태에 있으면 해당 설치가 영향을 받을 수 있습니다. 이는 장애 조치 이후 데이터 손실로 이어질 수 있습니다.
    • 영향 받는 버전: GitLab 버전 15.6.x, 15.7.x, 및 15.8.0 - 15.8.2.
    • 수정된 버전: GitLab 15.8.3 이상.

15.7.1

지오 설치

Tier: 프리미엄, 얼티메이트 Offering: Self-managed
  • /api/v4/container_registry_event/events 엔드포인트에서 컨테이너 레지스트리 푸시 이벤트가 거부되어 Geo 보조 사이트가 컨테이너 레지스트리 이미지의 업데이트를 인식하지 못하고 결과적으로 업데이트를 복제하지 않는 문제가 발생했습니다. 장애 조치 후 보조 사이트에 오래된 컨테이너 이미지가 포함될 수 있습니다. 이 문제는 15.6.0 - 15.6.6 및 15.7.0 - 15.7.2 버전에 영향을 미칩니다. 컨테이너 저장소와 Geo를 함께 사용 중이라면, 이 문제에 대한 수정이 포함된 GitLab 15.6.7, 15.7.3 또는 15.8.0으로 업그레이드하고 장애 조치 후 잠재적인 데이터 손실을 피하는 것이 좋습니다.
  • 작은 수의 Geo 설치에서 프로젝트 및 위키의 복제와 검증이 따라잡지 못하는 문제를 발견했습니다. 귀하의 설치가 “큐 대기” 상태의 프로젝트나/또는 위키를 지속적으로 확인하면 영향을 받을 수 있습니다. 이는 장애 조치 후 데이터 손실로 이어질 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x 및 15.8.0 - 15.8.2
    • 수정이 포함된 버전: GitLab 15.8.3부터

15.7.0

  • 이 버전에서는 issues.work_item_type_id 열에 대한 NOT NULL DB 제약 조건을 검증합니다. 이 버전으로 업그레이드하려면 issues 테이블에서 NULL work_item_type_id를 갖는 레코드가 없어야 합니다. BackfillWorkItemTypeIdForIssues 배경 마이그레이션은 EnsureWorkItemTypeBackfillMigrationFinished 배포 후 마이그레이션과 함께 완료됩니다.
  • GitLab 15.4.0에서 배치 배경 마이그레이션을 도입하여 이슈 테이블의 namespace_id 값을 백필하는 배경 마이그레이션을 수행했습니다. 이 마이그레이션은 큰 GitLab 인스턴스에서 여러 시간 또는 일에 걸쳐 완료될 수 있습니다. 15.7.0로 업그레이드하기 전에 마이그레이션이 성공적으로 완료되었는지 확인하십시오.
  • namespace_id 열에 NULL 값이 없음을 지정하는 데이터베이스 제약 조건이 추가되었습니다.
    • 15.4에서 namespace_id 배치 배경 마이그레이션이 실패한 경우 (위를 참조), 15.7 업그레이드가 데이터베이스 마이그레이션 오류로 실패합니다.
    • 큰 이슈 테이블을 갖는 GitLab 인스턴스의 경우, 이 제약 조건을 확인하는 데 시간이 평소보다 더 오래 걸립니다. 모든 데이터베이스 변경은 1시간 안에 완료되어야 합니다: plaintext FATAL: Mixlib::ShellOut::CommandTimeout: rails_migration[gitlab-rails] [..] Mixlib::ShellOut::CommandTimeout: Command timed out after 3600s: 데이터 변경 및 업그레이드를 수동으로 완료하는 방법이 있습니다.
  • 기본 Sidekiq max_concurrency가 20으로 변경되었습니다. 이제 문서 및 제품 기본값이 일관됩니다. 예를 들어, 이전:
    • Linux 패키지 설치 기본값 (sidekiq['max_concurrency']): 50
    • 자체 컴파일 설치 기본값: 50
    • Helm 차트 기본값 (gitlab.sidekiq.concurrency): 25 참조 아키텍처는 여전히 특정 구성을 위해 기본값으로 10을 사용합니다. max_concurrency를 구성한 사이트는 이 변경에 영향을 받지 않습니다. Sidekiq 동시성 설정에 대해 자세히 알아보기.
  • GitLab Runner 15.7.0에서 CI/CD 작업에 영향을 주는 중요한 변경이 도입되었습니다: 작업 파일 변수의 확장을 올바르게 처리. 이전에는 작업 정의 변수가 파일 유형 변수를 참조하면 파일 변수의 값(콘텐츠)이 확장되었습니다. 이 동작은 일반적인 쉘 변수 확장 규칙을 준수하지 않았습니다. 또한 파일 변수 및 해당 콘텐츠가 출력되면 비밀이나 민감한 정보가 노출될 수 있었습니다. 예를 들어, echo 출력에 출력된 경우입니다. 자세한 내용은 GitLab 15.7에서 파일 유형 변수 확장 변경 이해하기를 참조하십시오.
  • GitLab 15.4에서 도입된 버그로, Gitaly 클러스터의 한 개 이상의 Git 저장소가 사용할 수 없는 상태인 경우, 영향을 받는 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에 대한 저장소 확인 및 Geo 복제와 검증이 실행을 중지합니다. 이 버그는 GitLab 15.9.0에서 변경을 되돌림으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용할 수 없는” 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.
  • 보조 사이트에서 LFS 객체를 복제할 때, 보조 사이트가 완전히 동기화된 상태라 하더라도 주 사이트에서 다운로드됩니다. 자세한 내용 및 해결책은 변경 내용 및 문제 해결을 참조하십시오.

지오 설치

세부 정보: Tier: 프리미엄, 얼티메이트 Offering: Self-managed

  • pg_upgrade가 번들 된 PostregSQL 데이터베이스를 13 버전으로 업그레이드하지 못하는 문제가 발생했습니다. 상세 및 해결 방법을 참조하십시오.
  • 컨테이너 레지스트리 푸시 이벤트가 /api/v4/container_registry_event/events 엔드포인트에 의해 거부되어 Geo 보조 사이트가 컨테이너 레지스트리 이미지의 업데이트를 인식하지 못하고 따라서 업데이트를 복제하지 않게 됩니다. Geo 보조 사이트는 장애 조치 후에 더 이상 컨테이너 이미지를 포함하지 않을 수 있습니다. 이 문제는 15.6.0 - 15.6.6 및 15.7.0 - 15.7.2 버전에 영향을 미칩니다. 컨테이너 저장소에 Geo를 사용 중이라면, 이 문제를 수정한 GitLab 15.6.7, 15.7.3 또는 15.8.0으로 업그레이드하고 장애 조치 후 잠재적인 데이터 손실을 피하십시오.
  • 일부 Geo 설치에서 프로젝트 및 위키의 복제 및 확인이 계속 진행되지 않는 문제를 발견했습니다. 작은 수의 Geo 설치에서 프로젝트 및/또는 위키가 계속해서 “대기 중” 상태에 있으면 설치에 영향을 미칠 수 있습니다. 이는 장애 조치 후 데이터 손실로 이어질 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x 및 15.8.0 - 15.8.2.
    • 수정된 버전: GitLab 15.8.3 및 그 이후 버전.

15.6.7

지오 설치

세부 정보: Tier: 프리미엄, 얼티메이트 Offering: Self-managed

  • 일부 Geo 설치에서 프로젝트 및 위키의 복제 및 확인이 계속 진행되지 않는 문제를 발견했습니다. 작은 수의 Geo 설치에서 프로젝트 및/또는 위키가 계속해서 “대기 중” 상태에 있으면 설치에 영향을 미칠 수 있습니다. 이는 장애 조치 후 데이터 손실로 이어질 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x 및 15.8.0 - 15.8.2.
    • 수정된 버전: GitLab 15.8.3 및 그 이후 버전.

15.6.6

15.6.5

Geo 설치

세부정보: Tier: Premium, Ultimate Offering: Self-Managed

  • 컨테이너 레지스트리 푸시 이벤트가 /api/v4/container_registry_event/events 엔드포인트에 의해 거부되어 Geo 보조 사이트가 컨테이너 레지스트리 이미지의 업데이트를 인지하지 못하고 이에 따라 업데이트를 복제하지 못합니다. 실패 시 보조 사이트에 오래된 컨테이너 이미지가 포함될 수 있습니다. 이는 버전 15.6.0 - 15.6.6 및 15.7.0 - 15.7.2에 영향을 미칩니다. 컨테이너 저장소를 사용 중이라면이 문제에 대한 수정이 포함 된 GitLab 15.6.7, 15.7.3 또는 15.8.0으로 업그레이드하고, 실패 후 잠재적인 데이터 손실을 피하시기 바랍니다.
  • 소수의 Geo 설치에서 발생하는 프로젝트 및 위키의 복제 및 확인이 따라잡지 못하는 문제를 발견했습니다. 프로젝트 및/또는 위키가 “대기 중” 상태로 지속적으로 표시되는 경우 설치가 영향을 받을 수 있습니다. 이는 실패 후 데이터 손실로 이어질 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x 및 15.8.0 - 15.8.2.
    • 수정이 포함 된 버전: GitLab 15.8.3 이상.
  • GitLab 15.4에서 발생한 버그로, Gitaly 클러스터의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 저장소 확인 및 Geo 복제 및 확인이 영향 받는 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에서 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경 사항을 되돌림으로 고쳐졌습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.

15.6.4

Geo 설치

세부정보: Tier: Premium, Ultimate Offering: Self-Managed

  • 컨테이너 레지스트리 푸시 이벤트가 /api/v4/container_registry_event/events 엔드포인트에 의해 거부되어 Geo 보조 사이트가 컨테이너 레지스트리 이미지의 업데이트를 인지하지 못하고 이에 따라 업데이트를 복제하지 못합니다. 실패 시 보조 사이트에 오래된 컨테이너 이미지가 포함될 수 있습니다. 이는 버전 15.6.0 - 15.6.6 및 15.7.0 - 15.7.2에 영향을 미칩니다. 컨테이너 저장소를 사용 중이라면이 문제에 대한 수정이 포함 된 GitLab 15.6.7, 15.7.3 또는 15.8.0으로 업그레이드하고, 실패 후 잠재적인 데이터 손실을 피하시기 바랍니다.
  • 소수의 Geo 설치에서 발생하는 프로젝트 및 위키의 복제 및 확인이 따라잡지 못하는 문제을 발견했습니다. 프로젝트 및/또는 위키가 “대기 중” 상태로 지속적으로 표시되는 경우 설치가 영향을 받을 수 있습니다. 이는 실패 후 데이터 손실로 이어질 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x 및 15.8.0 - 15.8.2.
    • 수정이 포함 된 버전: GitLab 15.8.3 이상.
  • GitLab 15.4에서 발생한 버그로, Gitaly 클러스터의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 저장소 확인 및 Geo 복제 및 확인이 영향 받는 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에서 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경 사항을 되돌림으로 고쳐졌습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.

15.6.3

Geo 설치

Tier: Premium, Ultimate Offering: Self-Managed
  • 컨테이너 레지스트리 푸시 이벤트가 /api/v4/container_registry_event/events 엔드포인트에서 거부되어 Geo 보조 사이트가 컨테이너 레지스트리 이미지의 업데이트를 인식하지 못하고 이에 따라 업데이트를 복제하지 않습니다. 장애 조치 후 Geo 보조 사이트에 오래된 컨테이너 이미지가 포함될 수 있습니다. 이는 15.6.0 - 15.6.6, 15.7.0 - 15.7.2 버전에 영향을 미칩니다. 컨테이너 저장소와 함께 Geo를 사용하는 경우 문제를 해결하는 15.6.7, 15.7.3 또는 15.8.0 버전으로 업그레이드하고, 장애 조치 후 잠재적인 데이터 손실을 피하시기 바랍니다.
  • 일부 Geo 설치에서 프로젝트 및 위키의 복제 및 검증이 따라가지 않는 문제가 발견되었습니다. 귀하의 설치가 “대기 중” 상태인 프로젝트 및/또는 위키를 지속적으로 확인하는 경우 귀하의 설치에 영향을 줄 수 있습니다. 이는 장애 조치 후 데이터 손실로 이어질 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x, 15.8.0 - 15.8.2.
    • 문제를 해결하는 버전: GitLab 15.8.3 이후.
  • GitLab 15.4에서 발생한 버그로 인해, Gitaly 클러스터의 한 개 이상의 Git 저장소가 사용 불가 상태인 경우 저장소 확인 및 Geo 복제 및 검증이 영향 받은 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에서 실행되지 않습니다. 해당 버그는 GitLab 15.9.0에서 변경 사항을 되돌리면서 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가”인 저장소가 있는지 확인하십시오. 자세한 정보는 버그 이슈를 참조하십시오.

15.6.2

Geo 설치

Tier: Premium, Ultimate Offering: Self-Managed
  • 컨테이너 레지스트리 푸시 이벤트가 /api/v4/container_registry_event/events 엔드포인트에서 거부되어 Geo 보조 사이트가 컨테이너 레지스트리 이미지의 업데이트를 인식하지 못하고 이에 따라 업데이트를 복제하지 않습니다. 장애 조치 후 Geo 보조 사이트에 오래된 컨테이너 이미지가 포함될 수 있습니다. 이는 15.6.0 - 15.6.6, 15.7.0 - 15.7.2 버전에 영향을 미칩니다. 컨테이너 저장소와 함께 Geo를 사용하는 경우 문제를 해결하는 15.6.7, 15.7.3 또는 15.8.0 버전으로 업그레이드하고, 장애 조치 후 잠재적인 데이터 손실을 피하시기 바랍니다.
  • 일부 Geo 설치에서 프로젝트 및 위키의 복제 및 검증이 따라가지 않는 문제가 발견되었습니다. 귀하의 설치가 “대기 중” 상태인 프로젝트 및/또는 위키를 지속적으로 확인하는 경우 귀하의 설치에 영향을 줄 수 있습니다. 이는 장애 조치 후 데이터 손실로 이어질 수 있습니다.
    • 영향을 받는 버전: GitLab 버전 15.6.x, 15.7.x, 15.8.0 - 15.8.2.
    • 문제를 해결하는 버전: GitLab 15.8.3 이후.
  • GitLab 15.4에서 발생한 버그로 인해, Gitaly 클러스터의 한 개 이상의 Git 저장소가 사용 불가 상태인 경우 저장소 확인 및 Geo 복제 및 검증이 영향 받은 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에서 실행되지 않습니다. 해당 버그는 GitLab 15.9.0에서 변경 사항을 되돌리면서 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가”인 저장소가 있는지 확인하십시오. 자세한 정보는 버그 이슈를 참조하십시오.

15.6.1

Geo 설치

Tier: Premium, Ultimate Offering: Self-managed
  • 컨테이너 레지스트리 푸시 이벤트는 /api/v4/container_registry_event/events 엔드포인트에서 거부되어 Geo 보조 사이트가 컨테이너 레지스트리 이미지의 업데이트를 인식하지 못하고 결과적으로 업데이트를 복제하지 않게 됩니다. 보조 사이트는 장애 조치 후 오래된 컨테이너 이미지를 포함할 수 있습니다. 이 문제는 15.6.0 - 15.6.6 및 15.7.0 - 15.7.2 버전에 영향을 미치며, 컨테이너 저장소와 함께 Geo를 사용하는 경우 Geo 15.6.7, 15.7.3 또는 15.8.0으로 업그레이드하여 이 문제를 해결하고 장애 조치 후 잠재적인 데이터 손실을 피하도록 권장됩니다.
  • 우리는 소수의 Geo 설치에서 프로젝트 및 위키의 복제 및 검증이 제대로 이뤄지지 않는 문제를 발견했습니다. 검증 상태가 계속 “대기 중” 상태인 프로젝트 및/또는 위키가 보인다면 설치에 영향을 줄 수 있습니다. 이것은 장애 조치 후 데이터 손실로 이어질 수 있습니다.
    • 영향 받는 버전: GitLab 버전 15.6.x, 15.7.x 및 15.8.0 - 15.8.2.
    • 문제가 해결된 버전: GitLab 15.8.3 및 이후 버전.
  • GitLab 15.4에서 도입된 버그로, Gitaly 클러스터의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 저장소 확인 및 Geo 복제 및 확인가 영향 받은 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에서 실행되지 않게 됩니다. 해당 버그는 GitLab 15.9.0에서 변경을 되돌리면서 수정되었습니다. 해당 버전으로 업그레이드하기 전에 “사용 불가” 저장소가 있는지 확인하세요. 자세한 내용은 버그 이슈를 참조하세요.

15.6.0

Linux 패키지 설치

GitLab 15.6에서는 omnibus-gitlab 패키지와 함께 제공되는 PostgreSQL 버전이 12.12 및 13.8로 업그레이드되었습니다. 명시적으로 선택하지 않는 한, 이는 PostgreSQL 서비스의 자동 재시작을 유발하고 잠재적으로 다운타임을 초래할 수 있습니다.

Geo 설치

Tier: Premium, Ultimate Offering: Self-managed
  • pg_upgrade가 번들된 PostregSQL 데이터베이스를 버전 13으로 업그레이드하지 못하는 문제가 있습니다. 자세한 내용 및 해결 방법을 확인하세요.
  • 컨테이너 레지스트리 푸시 이벤트는 /api/v4/container_registry_event/events 엔드포인트에서 거부되어 Geo 보조 사이트가 컨테이너 레지스트리 이미지의 업데이트를 인식하지 못하고 결과적으로 업데이트를 복제하지 않게 됩니다. 보조 사이트는 장애 조치 후 오래된 컨테이너 이미지를 포함할 수 있습니다. 이 문제는 15.6.0 - 15.6.6 및 15.7.0 - 15.7.2 버전에 영향을 미치며, 컨테이너 저장소와 함께 Geo를 사용하는 경우 Geo 15.6.7, 15.7.3 또는 15.8.0으로 업그레이드하여 이 문제를 해결하고 장애 조치 후 잠재적인 데이터 손실을 피하도록 권장됩니다.
  • 우리는 소수의 Geo 설치에서 프로젝트 및 위키의 복제 및 검증이 제대로 이뤄지지 않는 문제를 발견했습니다. 검증 상태가 계속 “대기 중” 상태인 프로젝트 및/또는 위키가 보인다면 설치에 영향을 줄 수 있습니다. 이것은 장애 조치 후 데이터 손실로 이어질 수 있습니다.
    • 영향 받는 버전: GitLab 버전 15.6.x, 15.7.x 및 15.8.0 - 15.8.2.
    • 문제가 해결된 버전: GitLab 15.8.3 및 이후 버전.
  • GitLab 15.4에서 도입된 버그로, Gitaly 클러스터의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 저장소 확인 및 Geo 복제 및 확인가 영향 받은 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에서 실행되지 않게 됩니다. 해당 버그는 GitLab 15.9.0에서 변경을 되돌리면서 수정되었습니다. 해당 버전으로 업그레이드하기 전에 “사용 불가” 저장소가 있는지 확인하세요. 자세한 내용은 버그 이슈를 참조하세요.
  • 보조 사이트가 완전히 동기화된 상태에서도 보조 사이트에서 LFS(대형 파일 저장소) 객체를 복제하면 주 사이트에서 다운로드됩니다. 자세한 내용 및 해결 방법을 확인하세요.

15.5.5

  • GitLab 15.4에서 도입된 버그로 인해, Gitaly 클러스터의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 영향받는 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 저장소 확인 및 Geo 복제 및 확인이 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경 사항을 되돌림으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 저장소가 있는지 확인하십시오. 자세한 내용은 버그 문제를 참조하십시오.

15.5.4

  • GitLab 15.4에서 도입된 버그로 인해, Gitaly 클러스터의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 영향받는 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 저장소 확인 및 Geo 복제 및 확인이 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경 사항을 되돌림으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 저장소가 있는지 확인하십시오. 자세한 내용은 버그 문제를 참조하십시오.

15.5.3

  • GitLab 15.4.0에서는 기본 Sidekiq 라우팅 규칙이 모든 작업을 default 큐로 라우팅하는 것을 도입했습니다. 큐 선택기를 사용하는 인스턴스의 경우, 일부 Sidekiq 프로세스가 유휴 상태가 됨에 따라 성능 문제가 발생합니다.
    • 기본 라우팅 규칙이 15.5.4에서 되돌아간 상태이므로 해당 버전 이상으로 업그레이드하면 이전 동작으로 돌아갑니다.

    • 현재 권장되지 않지만, GitLab 인스턴스가 이제 default 큐만 수신하는 경우, /etc/gitlab/gitlab.rb에 이 라우팅 규칙을 다시 추가해야 합니다. 

      sidekiq['routing_rules'] = [['*', 'default']]

15.5.2

  • GitLab 15.4.0에서는 기본 Sidekiq 라우팅 규칙이 모든 작업을 default 큐로 라우팅하는 것을 도입했습니다. 큐 선택기를 사용하는 인스턴스의 경우, 일부 Sidekiq 프로세스가 유휴 상태가 됨에 따라 성능 문제가 발생합니다.
    • 기본 라우팅 규칙이 15.5.4에서 되돌아간 상태이므로 해당 버전 이상으로 업그레이드하면 이전 동작으로 돌아갑니다.

    • 현재 권장되지 않지만, GitLab 인스턴스가 이제 default 큐만 수신하는 경우, /etc/gitlab/gitlab.rb에 이 라우팅 규칙을 다시 추가해야 합니다. 

      sidekiq['routing_rules'] = [['*', 'default']]

15.5.1

  • GitLab 15.4.0가 모든 작업을 default 대기열로 라우팅하는 기본 Sidekiq 라우팅 규칙을 도입했습니다. 대기열 셀렉터를 사용하는 인스턴스의 경우 성능 문제가 발생하여 일부 Sidekiq 프로세스가 유휴 상태가 됩니다.
    • 기본 라우팅 규칙이 15.5.4에서 되돌려졌으므로 해당 버전 이상으로 업그레이드하면 이전 동작으로 돌아갑니다.

    • 이제 GitLab 인스턴스가 default 대기열만 수신하는 경우(현재 권장되지 않음), /etc/gitlab/gitlab.rb에 이 라우팅 규칙을 다시 추가해야 합니다: 

      sidekiq['routing_rules'] = [['*', 'default']]
  • GitLab 15.4에서 발생한 버그로 인해, Gitaly 클러스터에서 하나 이상의 Git 저장소가 사용 불가 상태인 경우 해당 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 저장소 확인 및 Geo 복제 및 확인가 중지됩니다. 이 버그는 GitLab 15.9.0에서 변경을 되돌려 수정했습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 저장소가 있는지 확인하세요. 자세한 내용은 버그 이슈를 참조하세요.

15.5.0

  • GitLab 15.4.0가 모든 작업을 default 대기열로 라우팅하는 기본 Sidekiq 라우팅 규칙을 도입했습니다. 대기열 셀렉터를 사용하는 인스턴스의 경우 성능 문제가 발생하여 일부 Sidekiq 프로세스가 유휴 상태가 됩니다.
    • 기본 라우팅 규칙이 15.5.4에서 되돌려졌으므로 해당 버전 이상으로 업그레이드하면 이전 동작으로 돌아갑니다.

    • 이제 GitLab 인스턴스가 default 대기열만 수신하는 경우(현재 권장되지 않음), /etc/gitlab/gitlab.rb에 이 라우팅 규칙을 다시 추가해야 합니다: 

      sidekiq['routing_rules'] = [['*', 'default']]
  • GitLab 15.4에서 발생한 버그로 인해, Gitaly 클러스터에서 하나 이상의 Git 저장소가 사용 불가 상태인 경우 해당 Gitaly 클러스터의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 저장소 확인 및 Geo 복제 및 확인가 중지됩니다. 이 버그는 GitLab 15.9.0에서 변경을 되돌려 수정했습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 저장소가 있는지 확인하세요. 자세한 내용은 버그 이슈를 참조하세요.

Geo 설치

Tier: 프리미엄, 얼티메이트 Offering: Self-Managed
  • pg_upgrade가 번들 PostregSQL 데이터베이스를 버전 13으로 업그레이드하지 못합니다. 세부 정보 및 해결책을 확인하세요.
  • 이차 사이트에서 LFS 객체를 복제하는 경우, 이차 사이트가 완전히 동기화되었더라도 기본 사이트에서 다운로드됩니다. 세부 정보 및 해결책을 확인하세요.

15.4.6

15.4.5

  • GitLab 15.4에서 소개된 버그로 인해 Gitaly Cluster의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 해당 영향을 받는 Gitaly Cluster의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 Repository checks 및 Geo replication and verification가 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경을 롤백함으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 상태의 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.

15.4.4

  • GitLab 15.4에서 소개된 버그로 인해 Gitaly Cluster의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 해당 영향을 받는 Gitaly Cluster의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 Repository checks 및 Geo replication and verification가 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경을 롤백함으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 상태의 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.

15.4.3

  • GitLab 15.4에서 소개된 버그로 인해 Gitaly Cluster의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 해당 영향을 받는 Gitaly Cluster의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 Repository checks 및 Geo replication and verification가 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경을 롤백함으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 상태의 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.

15.4.2

  • 라이선스 캐싱 문제로 인해 새 라이선스를 추가하면 GitLab의 일부 프리미엄 기능이 올바르게 작동하지 않을 수 있습니다. 이 문제의 해결책:
    • 새 라이선스를 적용한 후 모든 Rails, Sidekiq 및 Gitaly 노드를 재시작하십시오. 이렇게 하면 관련 라이선스 캐시가 지워지고 모든 프리미엄 기능이 올바르게 작동합니다.
    • 이 문제에 영향을 받는 버전으로 업그레이드하십시오. 영향을 받는 버전에 대한 다음 업그레이드 경로가 제공됩니다:
      • 15.2.5 –> 15.3.5
      • 15.3.0 - 15.3.4 –> 15.3.5
      • 15.4.1 –> 15.4.3
  • GitLab 15.4에서 소개된 버그로 인해 Gitaly Cluster의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 해당 영향을 받는 Gitaly Cluster의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 Repository checks 및 Geo replication and verification가 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경을 롤백함으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 상태의 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.

15.4.1

  • 라이선스 캐싱 문제로 인해 새 라이선스를 추가하면 GitLab의 일부 프리미엄 기능이 올바르게 작동하지 않을 수 있습니다. 이 문제의 해결책:
    • 새 라이선스를 적용한 후 모든 Rails, Sidekiq 및 Gitaly 노드를 재시작하십시오. 이렇게 하면 관련 라이선스 캐시가 지워지고 모든 프리미엄 기능이 올바르게 작동합니다.
    • 이 문제에 영향을 받는 버전으로 업그레이드하십시오. 영향을 받는 버전에 대한 다음 업그레이드 경로가 제공됩니다:
      • 15.2.5 –> 15.3.5
      • 15.3.0 - 15.3.4 –> 15.3.5
      • 15.4.1 –> 15.4.3
  • GitLab 15.4에서 소개된 버그로 인해 Gitaly Cluster의 하나 이상의 Git 저장소가 사용 불가 상태인 경우, 해당 영향을 받는 Gitaly Cluster의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 Repository checks 및 Geo replication and verification가 실행되지 않습니다. 이 버그는 GitLab 15.9.0에서 변경을 롤백함으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 상태의 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.

15.4.0

  • GitLab 15.4.0은 배치 배경 마이그레이션을 포함하여 ci_job_artifacts 테이블의 expire_at`에서 잘못된 값 제거했습니다. 이 마이그레이션은 큰 GitLab 인스턴스에서 몇 시간 또는 며칠이 걸릴 수 있습니다.
  • 기본적으로 Gitaly 및 Praefect 노드는 pool.ntp.org의 시간 서버를 사용합니다. 인스턴스가 pool.ntp.org에 연결할 수 없는 경우, [NTP_HOST 변수를 구성](../../administration/gitaly/praefect.md#customize-time-server-setting)하지 않으면 로그에서 ntp: read udp … i/o timeout 오류가 발생하고 gitlab-rake gitlab:gitaly:check`의 출력에도 오류가 발생할 수 있습니다. 그러나 Gitaly 호스트의 시간이 동기화되어 있는 경우 이러한 오류를 무시해도 됩니다.
  • GitLab 15.4.0에서는 기본 Sidekiq 라우팅 규칙이 모든 작업을 default 대기열로 라우팅하도록 변경되었습니다. 대기열 선택기를 사용하는 인스턴스의 경우 일부 Sidekiq 프로세스가 유휴 상태가 되어 성능 문제가 발생할 수 있습니다.
    • 기본 라우팅 규칙은 15.4.5에서 되돌려졌으므로 해당 버전 이상으로 업그레이드하면 이전 동작으로 돌아갑니다.

    • GitLab 인스턴스가 현재 default 대기열만 수신하는 경우 (현재 권장되지는 않음), /etc/gitlab/gitlab.rb에 이 라우팅 규칙을 다시 추가해야 합니다: 

      sidekiq['routing_rules'] = [['*', 'default']]
  • /etc/gitlab/gitlab-secrets.json의 구조가 GitLab 15.4에서 수정되었으며, 새 구성이 gitlab_pages, grafana, mattermost 섹션에 추가되었습니다. 고가용성 또는 GitLab Geo 환경에서 비밀은 모든 노드에서 동일해야 합니다. 노드 간에 비밀 파일을 수동으로 동기화하거나 /etc/gitlab/gitlab.rb에서 수동으로 비밀을 지정하는 경우 /etc/gitlab/gitlab-secrets.json이 모든 노드에서 동일한지 확인하십시오.
  • GitLab 15.4.0은 배치 배경 마이그레이션을 통해 이슈 테이블의 namespace_id 값을 백필했습니다. 이 마이그레이션은 큰 GitLab 인스턴스에서 여러 시간 또는 며칠이 걸릴 수 있습니다. 15.7.0 이상으로 업그레이드하기 전에 마이그레이션이 성공적으로 완료되었는지 확인하십시오.
  • GitLab 15.4에서 발생한 버그로 Gitaly Cluster의 한 개 이상의 Git 저장소가 사용 불가 상태인 경우, 해당 Gitaly Cluster의 모든 프로젝트 또는 프로젝트 위키 저장소에 대해 저장소 확인 및 Geo 복제 및 확인가 실행되지 않습니다. 버그는 GitLab 15.9.0에서 변경을 롤백함으로써 수정되었습니다. 이 버전으로 업그레이드하기 전에 “사용 불가” 상태인 저장소가 있는지 확인하십시오. 자세한 내용은 버그 이슈를 참조하십시오.

  • GitLab 15.4 이후에는 기본적으로 개선된 로그인 페이지가 활성화되었으며, 순차적인 개선사항이 이후 릴리스에서 제공됩니다. 자세한 내용은 epic 8557을 참조하십시오.   특징 플래그를 사용하여 비활성화할 수 있습니다. Rails 콘솔을 시작하고 다음을 실행하십시오: 

    Feature.disable(:restyle_login_page)

Geo 설치

자세히:

Tier: Premium, Ultimate Offering: Self-managed

  • pg_upgrade가 번들로 제공되는 PostregSQL 데이터베이스를 13 버전으로 업그레이드하지 못합니다. 세부 정보 및 해결 방법을 참조하십시오.
  • 보조 사이트에서 LFS 객체를 복제하는 경우, 보조 사이트가 완전히 동기화되었을 때에도 기본 사이트에서 다운로드됩니다. 세부 정보 및 해결 방법을 참조하십시오.

15.3.4

  • 라이센스 캐싱 문제로 인해 새 라이센스를 추가할 경우 GitLab의 일부 프리미엄 기능이 올바르게 작동하지 않을 수 있습니다. 이 문제에 대한 해결책은 다음과 같습니다:
    • 새 라이센스를 적용한 후 모든 Rails, Sidekiq 및 Gitaly 노드를 재시작합니다. 이렇게 함으로써 관련 라이센스 캐시가 지워지고 모든 프리미엄 기능이 올바르게 작동하도록 할 수 있습니다.
    • 이 문제에 영향을 받지 않는 버전으로 업그레이드합니다. 영향을 받는 버전에는 다음과 같은 업그레이드 경로가 있습니다:
      • 15.2.5 –> 15.3.5
      • 15.3.0 - 15.3.4 –> 15.3.5
      • 15.4.1 –> 15.4.3

15.3.3

  • GitLab 15.3.3에서 SAML 그룹 링크 API access_level 속성 유형이 integer로 변경되었습니다. API 문서를 참조하세요.
  • 라이센스 캐싱 문제로 인해 새 라이센스를 추가할 경우 GitLab의 일부 프리미엄 기능이 올바르게 작동하지 않을 수 있습니다. 이 문제에 대한 해결책은 15.3.3의 내용과 동일합니다.

15.3.2

  • 라이센스 캐싱 문제로 인해 새 라이센스를 추가할 경우 GitLab의 일부 프리미엄 기능이 올바르게 작동하지 않을 수 있습니다. 이 문제에 대한 해결책은 15.3.2의 내용과 동일합니다.

15.3.1

  • 라이센스 캐싱 문제로 인해 새 라이센스를 추가할 경우 GitLab의 일부 프리미엄 기능이 올바르게 작동하지 않을 수 있습니다. 이 문제에 대한 해결책은 15.3.1의 내용과 동일합니다.

15.3.0

  • Gitaly 클러스터에서 생성된 새 Git 리포지토리는 더 이상 @hashed 스토리지 경로를 사용하지 않습니다. 새 리포지토리용 서버 후크는 다른 위치로 복사되어야 합니다. Praefect는 이제 Gitaly 클러스터에서 사용하기 위한 레플리카 경로를 생성합니다. 이 변경 사항은 Gitaly 클러스터에서 Git 리포지토리의 생성, 삭제 및 이름 바꾸기를 원자적으로 수행하기 위한 선행 조건입니다.
  • 라이센스 캐싱 문제로 인해 새 라이센스를 추가할 경우 GitLab의 일부 프리미엄 기능이 올바르게 작동하지 않을 수 있습니다. 이 문제에 대한 해결책은 15.3.0의 내용과 동일합니다.

지오 설치

Tier: 프리미엄, 얼티메이트 Offering: 셀프 매니지먼트
  • pg_upgrade가 번들로 제공되는 PostregSQL 데이터베이스를 버전 13으로 업그레이드하지 못하는 문제입니다. 자세한 내용 및 해결책은 여기를 참조하십시오.
  • LFS 전송은 세션 중에 보조 사이트에서 기본 사이트로 리디렉션될 수 있습니다. 자세한 내용과 해결책은 여기를 참조하십시오.
  • 지오 보조 사이트에서 LFS 파일이 잘못된 객체 저장소로 삭제될 수 있습니다. 자세한 내용과 해결책은 여기를 참조하십시오.

LFS 전송은 세션 중에 보조 사이트에서 기본 사이트로 리디렉션됩니다.

영향 받는 마이너 릴리스 영향 받는 패치 릴리스 수정된 버전
15.1 모두 없음
15.2 모두 없음
15.3 15.3.0 - 15.3.2 15.3.3 및 이후

LFS 전송은 세션 중에 보조 사이트에서 기본 사이트로 리디렉션될 수 있음에 의해 GitLab 15.1.0에서 15.3.2에서 pull 및 클론 요청이 실패할 수 있습니다. Geo 프록시링이 활성화된 경우 Geo 프록시링은 GitLab 15.1 이후로 기본적으로 활성화됩니다.

이 문제는 GitLab 15.3.3에서 해결되었으므로 다음 구성을 사용하는 고객은 15.3.3 이상으로 업그레이드해야 합니다.

  • LFS가 활성화된 상태입니다.
  • LFS 객체가 Geo 사이트 간에 복제됩니다.
  • 저장소가 Geo 보조 사이트를 사용하여 pull되고 있습니다.
  • Geo 보조 사이트에서 LFS 객체를 복제하는 경우 보조 사이트가 완전히 동기화되었을 때에도 기본 사이트에서 다운로드됩니다. 자세한 내용은 여기를 참조하십시오.

보조 사이트에서 잘못된 객체 저장소 LFS 파일 삭제

영향 받는 마이너 릴리스 영향 받는 패치 릴리스 수정된 버전
15.0 모두 없음
15.1 모두 없음
15.2 모두 없음
15.3 15.3.0 - 15.3.2 15.3.3 및 이후

Geo 보조 사이트에서 객체 저장소 파일이 잘못 삭제될 수 있습니다 GitLab 15.0.0에서 15.3.2에서는 다음 상황에서 발생할 수 있습니다:

  • GitLab 관리 객체 저장소 복제가 비활성화되어 있고 객체 저장소가 활성화된 프로젝트를 가져올 때 LFS 객체가 생성되는 경우.
  • GitLab 관리 복제가 활성화되어 있고 그 후에 비활성화됩니다.

15.3.3에서이 문제가 해결되었습니다. LFS가 활성화되어 있고 LFS 객체가 Geo 사이트 간에 복제되는 고객은 보조 사이트에서 데이터 손실 위험을 줄이기 위해 직접 15.3.3으로 업그레이드해야 합니다.

15.2.5

라이선스 캐싱 문제로 인해 새 라이선스를 추가하면 GitLab의 일부 프리미엄 기능이 올바르게 작동하지 않을 수 있습니다. 이 문제에 대한 해결책:

  • 새 라이선스를 적용한 후 모든 Rails, Sidekiq 및 Gitaly 노드를 다시 시작하십시오. 이렇게 하면 관련 라이선스 캐시가 지워지고 모든 프리미엄 기능이 올바르게 작동합니다.
  • 이 문제에 영향을 받는 버전에 대한 다음 업그레이드 경로:
    • 15.2.5 –> 15.3.5
    • 15.3.0 - 15.3.4 –> 15.3.5
    • 15.4.1 –> 15.4.3

15.2.0

  • 여러 웹 노드가있는 GitLab 설치는 15.2.0으로 업그레이드하기 전에 15.1로 업그레이드해야 할 수 있습니다. (그리고 이후 버전) Rails의 구성 변경으로 일관성없는 ETag 키 생성으로 이어질 수 있습니다.
  • 이 릴리스에서 일부 Sidekiq worker가 이름이 바뀌었습니다. 어떤 혼란을 피하기 위해 보류중인 작업을 이전하기 위한 레이크 작업을 실행해야 합니다.

  • Gitaly는 이제 실행 위치에서 바이너리를 실행합니다. Omnibus GitLab의 기본 설정에서이 경로는 /var/opt/gitlab/gitaly/run/입니다. 이 위치에 ‘noexec’가 마운트 된 경우에는 병합 요청이 다음 오류를 생성합니다. 

    fork/exec /var/opt/gitlab/gitaly/run/gitaly-<nnnn>/gitaly-git2go-v15: permission denied

    이 문제를 해결하려면 파일 시스템 마운트에서 ‘noexec’ 옵션을 제거하십시오. 대안으로 Gitaly 실행 디렉터리를 변경할 수 있습니다:

    1. /etc/gitlab/gitlab.rb에 gitaly['runtime_dir'] = '<허가_권한이_설정된_위치>'를 추가하고 sudo gitlab-ctl reconfigure를 실행하십시오.

지오 설치

세부 정보: Tier: 프리미엄, 얼티메이트 Offering: Self-managed

  • pg_upgrade가 번들된 PostregSQL 데이터베이스를 13 버전으로 업그레이드하지 못하는 문제가 발생합니다. 자세한 내용 및 해결 방법은 여기를 참조하십시오.
  • LFS 전송은 세션 중에 보조 사이트에서 주 사이트로 리디렉션 될 수 있습니다. 자세한 내용 및 해결 방법은 여기를 참조하십시오.
  • 지오 보조 사이트에서 잘못된 객체 저장소 LFS 파일 삭제가 발생합니다. 자세한 내용 및 해결 방법은 여기를 참조하십시오.
  • 보조 사이트에서 LFS 객체를 클론하는 경우, 보조 사이트가 완전히 동기화되었더라도 주 사이트에서 다운로드됩니다. 자세한 내용 및 해결 방법은 여기를 참조하십시오.

15.1.0

  • GitLab 15.1.0에서는 Rails의 ActiveSupport::Digest를 MD5 대신 SHA256으로 사용하도록 변경합니다. 이는 raw Snippet 파일 다운로드와 같은 리소스의 ETag 키 생성에 영향을 줍니다. 업그레이드시 다중 웹 노드 간에 일관된 ETag 키 생성을 보장하려면 모든 서버가 먼저 15.1.6으로 업그레이드되어야 합니다. 그 후에 15.2.0 이상으로 업그레이드하기 전에 다음을 수행하십시오:

    1. 모든 GitLab 웹 노드가 GitLab 15.1.6을 실행하도록 확인합니다.

    2. 클라우드 네이티브 GitLab 헬름 차트를 사용하여 GitLab을 실행하는 경우, 모든 웹서비스 파드가 GitLab 15.1.Z를 실행하도록 확인합니다: 

      kubectl get pods -l app=webservice -o custom-columns=webservice-image:{.spec.containers[0].image},workhorse-image:{.spec.containers[1].image}

    3. ActiveSupport::Digest를 SHA256으로 전환하려면 active_support_hash_digest_sha256 기능 플래그를 활성화합니다:

      1. 레일즈 콘솔을 시작합니다.

      2. 기능 플래그를 활성화합니다: 

        Feature.enable(:active_support_hash_digest_sha256)
    4. 그 후에 GitLab의 최신 버전으로 업그레이드합니다.

  • ciConfig GraphQL 필드에 대한 인증되지 않은 요청은 더 이상 지원되지 않습니다. GitLab 15.1로 업그레이드하기 전에 요청에 액세스 토큰을 추가하십시오. 토큰을 생성하는 사용자는 프로젝트에서 파이프라인을 생성할 권한을 가져야합니다.

지오 설치

세부 정보: Tier: 프리미엄, 얼티메이트 Offering: Self-managed

  • 15.1에서 다양한 URL에 대해 기본적으로 Geo 프록시화가 활성화되었습니다. 필요한 경우 Geo 프록시화를 비활성화할 수 있습니다. 다른 URL과 SAML을 사용하는 경우, SAML 구성 및 Identity Provider 구성을 수정해야 합니다. 자세한 내용은 단일 로그인 (SSO)으로 동작하는 Geo 설명서를 참조하십시오.
  • LFS 전송은 세션 중에 보조 사이트에서 주 사이트로 리디렉션 될 수 있습니다. 자세한 내용 및 해결 방법은 여기를 참조하십시오.
  • 지오 보조 사이트에서 잘못된 객체 저장소 LFS 파일 삭제가 발생합니다. 자세한 내용 및 해결 방법은 여기를 참조하십시오.
  • 보조 사이트에서 LFS 객체를 클론하는 경우, 보조 사이트가 완전히 동기화되었더라도 주 사이트에서 다운로드됩니다. 자세한 내용 및 해결 방법은 여기를 참조하십시오.

15.0.0

  • Elasticsearch 6.8은 더 이상 지원되지 않습니다. GitLab 15.0으로 업그레이드하기 전에 Elasticsearch를 7.x 버전 중 어느 버전이던지 업데이트하십시오.

  • 외부 PostgreSQL로 GitLab을 실행하는 경우, 특히 AWS RDS의 경우, GitLab 14.8 또는 이후 버전으로 업그레이드하기 전에 PostgreSQL을 최소 12.7 또는 13.3 패치 수준으로 업그레이드하십시오.

    • GitLab Enterprise Edition의 14.8에서 및 GitLab Community Edition의 15.0에서 GitLab 기능인 Loose Foreign Keys가 활성화되었습니다.

    • 이 기능이 활성화된 후에는 세그멘테이션 오류를 일으키는 데이터베이스 엔진 버그로 인해 예상치 않은 PostgreSQL 재시작이 발생했습니다.

    • 자세한 내용은 이슈 364763를 참조하십시오.

  • 스토리지별 구성을 사용하는 암호화된 S3 버킷 사용이 백그라운드 업로드 사용 지원 제거 후 더 이상 지원되지 않습니다.
  • 인증서 기반의 Kubernetes 통합 (DEPRECATED)은 기본적으로 비활성화되었지만, GitLab 16.0까지 certificate_based_clusters 기능 플래그를 통해 다시 활성화할 수 있습니다.
  • 사용자 지정 serviceAccount로 GitLab Helm 차트 프로젝트를 사용하는 경우, serviceAccount 및 secret 리소스에 대한 get 및 list 권한이 있어야 합니다.
  • FF_GITLAB_REGISTRY_HELPER_IMAGE 기능 플래그가 제거되었으며, 헬퍼 이미지는 항상 GitLab 레지스트리에서 가져옵니다.

Linux 패키지 설치

  • 글로벌 서버 후크를 구성하는 custom_hooks_dir 설정은 이제 Gitaly에서 구성됩니다. GitLab 15.0에서 GitLab Shell의 이전 구현이 제거되었습니다. 이 변경으로 전역 서버 후크는 더 이상 사용자 지정 후크 디렉토리 루트에 단일 후크 파일이 아닌 후크 유형의 하위 디렉토리에만 저장됩니다. 예를 들어, <custom_hooks_dir>/<hook_name> 대신 <custom_hooks_dir>/<hook_name>.d/*를 사용해야 합니다.
    • Omnibus GitLab의 경우 gitlab.rb에서 gitaly['custom_hooks_dir']를 사용하세요 (14.3에서 소개됨). 이것은 gitlab_shell['custom_hooks_dir']을 대체합니다.

  • PostgreSQL 13.6은 새로운 설치를 위한 기본 버전으로 제공되며, 업그레이드의 경우 12.10을 사용합니다. PostgreSQL 13.6으로 수동 업그레이드하려면 업그레이드 문서를 참조하세요: 

    sudo gitlab-ctl pg-upgrade -V 13

    PostgreSQL 12가 제거될 때까지 호환성 또는 테스트 환경 상의 이유로 필요한 경우 패키지된 PostgreSQL 버전을 고정할 수 있습니다.

    Fault tolerant 및 Geo 설치에는 추가 단계와 계획이 필요합니다.

    기반 구조적 변경으로, 데이터베이스 마이그레이션을 실행하기 전에 업그레이드된 PostgreSQL 프로세스를 반드시 다시 시작해야 합니다. 자동 재시작을 건너 뛴 경우 다음 명령을 실행해야 합니다: 

    # PostgreSQL을 사용하는 경우
sudo gitlab-ctl restart postgresql

# 데이터베이스 복제에 Patroni를 사용하는 경우
sudo gitlab-ctl restart patroni

    PostgreSQL을 재시작하지 않으면 라이브러리 로드와 관련된 오류가 발생할 수 있습니다.

  • GitLab 15.0부터 postgresql 및 geo-postgresql 서비스는 PostgreSQL 버전 변경 시 자동으로 재시작됩니다. PostgreSQL 서비스를 다시 시작하면 데이터베이스 작업을 위한 일시적인 사용 불가능으로 인해 다운타임이 발생합니다. 이러한 재시작은 데이터베이스 서비스의 올바른 작동을 위해 필수적이지만, PostgreSQL을 언제 재시작할지에 대한 더 많은 제어가 필요할 수 있습니다. 이를 위해 gitlab-ctl reconfigure의 일부로 자동 재시작을 건너 뛰거나 수동으로 서비스를 재시작할 수 있습니다.

    GitLab 15.0 업그레이드 시 자동 재시작을 건너 뛰려면 업그레이드 전에 다음 단계를 수행하세요:

    1. /etc/gitlab/gitlab.rb을 편집하고 다음 라인을 추가하세요: 

      # PostgreSQL/Patroni
postgresql['auto_restart_on_version_change'] = false

# Geo PostgreSQL
geo_postgresql['auto_restart_on_version_change'] = false

    2. GitLab을 재구성하세요: 

      sudo gitlab-ctl reconfigure

    참고: 데이터베이스 버전 변경 시 PostgreSQL을 반드시 재시작해야 합니다. 이는 다운타임을 방지하기 위해 필요합니다. 따라서 위의 방법으로 자동 재시작을 건너 뛴 경우, GitLab 15.0으로 업그레이드하기 전에 서비스를 수동으로 다시 시작해야 합니다.

  • GitLab 15.0부터 NGINX에서 AES256-GCM-SHA384 SSL 암호화가 기본적으로 허용되지 않습니다. 이 암호화가 필요한 경우(예: AWS의 Classic Load Balancer 사용 시) 다음 단계를 따라 allow 목록에 이 암호화를 추가할 수 있습니다:

    1. /etc/gitlab/gitlab.rb을 편집하고 다음 라인을 추가하세요: 

      nginx['ssl_ciphers'] = "ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:AES256-GCM-SHA384"

    2. GitLab을 재구성하세요: 

      sudo gitlab-ctl reconfigure

  • Gitaly의 내부 소켓 경로 지원이 제거되었습니다. GitLab 14.10에서 Gitaly는 올바른 작동을 위해 필요한 모든 런타임 데이터를 보관하는 새 디렉토리를 도입했습니다. 이 새 디렉토리는 이전 내부 소켓 디렉토리를 대체하며, 결과적으로 gitaly['internal_socket_dir']의 사용법은 gitaly['runtime_dir']을 선호하는 방식으로 사용되고 있습니다.

    이번 릴리스에서 이전 gitaly['internal_socket_dir'] 설정이 제거되었습니다.

  • 객체 저장소의 백그라운드 업로드 설정이 제거되었습니다. 객체 저장소는 이제 직접 업로드를 우선적으로 사용합니다.

    다음 키들은 /etc/gitlab/gitlab.rb에서 더 이상 지원되지 않습니다:

    • gitlab_rails['artifacts_object_store_direct_upload']
    • gitlab_rails['artifacts_object_store_background_upload']
    • gitlab_rails['external_diffs_object_store_direct_upload']
    • gitlab_rails['external_diffs_object_store_background_upload']
    • gitlab_rails['lfs_object_store_direct_upload']
    • gitlab_rails['lfs_object_store_background_upload']
    • gitlab_rails['uploads_object_store_direct_upload']
    • gitlab_rails['uploads_object_store_background_upload']
    • gitlab_rails['packages_object_store_direct_upload']
    • gitlab_rails['packages_object_store_background_upload']
    • gitlab_rails['dependency_proxy_object_store_direct_upload']
    • gitlab_rails['dependency_proxy_object_store_background_upload']

스스로 컴파일된 설치

  • GitLab에 대한 더 많은 데이터베이스 지원이 추가되었습니다. 스스로 컴파일된 (소스) 설치를 위해,   config/database.yml에는 데이터베이스 구성에 데이터베이스 이름이 포함되어야 합니다.   main: database가 가장 먼저 와야합니다. 잘못된 또는 지원되지 않는 구문을 사용하면 애플리케이션 시작 중에 오류가 생성됩니다:

  plaintext   오류: 이 GitLab 설치는 지원되지 않는 'config/database.yml'을 사용합니다.   primary 대신 첫 번째 구성 항목으로 main: database가 정의되어야 합니다. (RuntimeError)  

  이전에 config/database.yml 파일은 다음과 같았습니다.

  yaml   production:     adapter: postgresql     encoding: unicode     database: gitlabhq_production     ...  

  GitLab 15.0부터, 먼저 main 데이터베이스를 정의해야합니다.

  yaml   production:     main:       adapter: postgresql       encoding: unicode       database: gitlabhq_production       ...  

Geo 설치

Tier: Premium, Ultimate Offering: Self-managed
  • Geo 이차 사이트에서의 잘못된 객체 저장소 LFS 파일 삭제. 자세한 내용 및 해결책은 세부 정보와 해결 방법을 참조하세요.