지금

FreeBSD에 GitLab Runner 설치 FreeBSD 버전은 최첨단 릴리스로도 사용할 수 있습니다. GitLab Runner와 관련된 가장 일반적인 문제에 대해 설명 하는 FAQ 섹션 을 반드시 읽으십시오 . GitLab Runner 10 이전 버전을 사용하거나 업그레이드하는 경우 새 버전으로 업그레이드 하는 방법을 읽어보세요 . GitLab Runner 10 이전 버전을 설치하려면 이전 문서를 방문하세요 . GitLab 러너 설치 다음은 FreeBSD에서 GitLab Runner를 설치하고 구성하는 단계입니다. gitlab-runner사용자 및 그룹 생성 : sudo pw group add -n gitlab-runner sudo pw user add -n gitlab-runner -g gitla..

일반 GitLab Runner Docker 이미지 사용 GitLab Runner Docker 이미지( Ubuntu 또는 Alpine Linuxgitlab-runner 기반)는 GitLab Runner가 호스트에 직접 설치된 경우와 같이 표준 명령을 둘러싼 래퍼로 설계되었습니다 . 일반적인 규칙은 일반적으로 다음과 같이 실행되는 모든 GitLab Runner 명령입니다. gitlab-runner 다음과 같이 실행할 수 있습니다. docker run gitlab/gitlab-runner 예를 들어 GitLab Runner 명령에 대한 최상위 도움말 정보를 가져오는 것은 다음과 같이 실행할 수 있습니다. docker run --rm -t -i gitlab/gitlab-runner --help NAME: git..

Geo를 사용한 다중 노드/HA 배포 이 섹션에서는 Geo로 다중 노드/HA 배포를 업그레이드하는 데 필요한 단계를 설명합니다. 특정 노드에서 일부 단계를 수행해야 합니다. 이 노드는 "배포 노드"로 알려져 있으며 다음 지침을 통해 표시됩니다. 업데이트는 다음 순서로 수행해야 합니다. Geo 기본 다중 노드 배포를 업데이트합니다. Geo 보조 다중 노드 배포를 업데이트합니다. 배포 후 마이그레이션 및 확인. 1단계: 각 배포에 대해 "배포 노드" 선택 이제 다음을 선택해야 합니다. Geo 기본 다중 노드 배포 에서 기본 "배포 노드" 로 사용하기 위한 하나의 인스턴스 . 각 Geo 보조 다중 노드 배포 에서 보조 "배포 노드" 로 사용할 인스턴스 하나 . geo-logcursor배포 노드는 Puma, S..

Redis HA 사용(Sentinel 사용) 패키지 업그레이드에는 번들 Redis 서비스에 대한 버전 업데이트가 포함될 수 있습니다. 확장을 위해 Redis를 사용하는 인스턴스 에서 업그레이드는 아래에 지정된 대로 최소 다운타임을 보장하기 위해 적절한 순서를 따라야 합니다. 이 문서는 Redis HA를 설정하기 위해 공식 가이드를 따른다고 가정합니다. 애플리케이션 노드에서 공식 Redis 문서 에 따르면 Sentinel을 사용하여 HA 인스턴스를 업데이트하는 가장 쉬운 방법은 보조를 차례로 업그레이드하고 현재 기본(이전 버전 실행)에서 최근에 업그레이드된 보조(새 버전 실행)로 수동 장애 조치를 수행하는 것입니다. 그런 다음 원래 기본을 업그레이드합니다. 이를 위해 현재 Redis 기본 주소를 알아야 합..

PostgreSQL HA 사용 가 될 노드를 선택하십시오 Deploy Node. 모든 애플리케이션 노드가 될 수 있지만 프로세스 전체에서 동일한 노드여야 합니다. 노드 배포 에 빈 파일을 만듭니다 /etc/gitlab/skip-auto-reconfigure. 이렇게 하면 gitlab-ctl reconfigure기본적으로 GitLab을 자동으로 중지하고, 모든 데이터베이스 마이그레이션을 실행하고, GitLab을 다시 시작하는 업그레이드가 실행되지 않습니다. sudo touch /etc/gitlab/skip-auto-reconfigure Deploy 노드 를 포함한 모든 노드 reconfigure데이터베이스 마이그레이션이 자동으로 실행 되지 않도록 하려면 gitlab_rails['auto_migrate'] ..

다중 노드/HA 배포 한 번에 하나의 부 릴리스만 업그레이드할 수 있습니다. 따라서 13.6에서 13.7로, 13.8에서는 아닙니다. 부 릴리스를 두 개 이상 시도하면 업그레이드가 실패할 수 있습니다. 웹(Puma) 노드 앞에서 로드 밸런서 사용 Puma를 사용하면 단일 노드 제로 다운타임 업데이트가 더 이상 불가능합니다. 다운타임 없는 업데이트로 HA를 달성하려면 두 노드에 연결을 적절하게 분배하는 로드 밸런서와 함께 최소 두 개의 노드를 사용해야 합니다. 애플리케이션 노드 앞의 로드 밸런서는 서비스가 트래픽을 수락하는지 여부를 확인하기 위해 적절한 상태 확인 엔드포인트를 확인하도록 구성되어야 합니다. Puma의 경우 /-/readiness엔드포인트를 사용해야 하며 /readinessSidekiq 및 ..

GitLab 인스턴스를 오프라인으로 전환하지 않고도 GitLab의 최신 메이저, 마이너 또는 패치 버전으로 업그레이드할 수 있습니다. 그러나 이것이 작동하려면 다음 요구 사항이 있습니다. 한 번에 하나의 부 릴리스만 업그레이드할 수 있습니다. 따라서 13.3이 아닌 13.1에서 13.2로. 릴리스를 건너뛰면 데이터베이스 수정이 잘못된 순서로 실행되고 데이터베이스 스키마가 손상된 상태로 남을 수 있습니다 . 배포 후 마이그레이션 을 사용해야 합니다 . PostgreSQL을 사용하고 있습니다. GitLab 12.1부터 MySQL은 지원되지 않습니다. 다중 노드 GitLab 인스턴스. 단일 노드 인스턴스는 서비스가 다시 시작될 때 잠시 중단될 수 있습니다(특히 Puma) . 위의 모든 요구 사항을 충족하는 경..

소스에서 Community Edition 및 Enterprise Edition 업그레이드 12.0.0으로 업그레이드하려는 사용자는 몇 가지 추가 단계를 수행해야 합니다. 자세한 내용은 12.0.0에 대한 버전별 업그레이드 지침을 참조하십시오. 설치하려는 GitLab의 분기(버전)에서 이 업데이트 가이드를 확인하십시오(예: 11.8). GitLab 문서 페이지의 오른쪽 상단에 있는 드롭다운에서 필요한 문서 버전을 선택할 수 있습니다. 다음 각 예에서 BRANCH업그레이드하려는 버전의 분기로 바꿉니다(예: 11-8-stablefor 11.8). 업그레이드하려는 버전의 분기로 바꿉니다 PREVIOUS_BRANCH(예: 11-7-stable) 11.7. 가장 높은 안정 브랜치가 확실하지 않은 경우 GitLab ..

비 Omnibus 설치에서 업그레이드하는 것은 GitLab.com에서 테스트하지 않았습니다. gitlab.yml, puma.rb및 와 같은 파일의 설정이 손실된다는 점에 유의하십시오 smtp_settings.rb. 에서 해당 설정을 구성/etc/gitlab/gitlab.rb 해야 합니다 . 마이그레이션을 시작하기 전에 정확히 동일한 버전 의 GitLab 으로 이동하고 있는지 확인 하십시오. 설치를 Omnibus로 변환하려면: 현재 GitLab 설치에서 MySQL을 사용하는 경우 먼저 데이터를 PostgreSQL로 마이그레이션해야 합니다. GitLab 12.1부터 PostgreSQL이 유일하게 지원되는 데이터베이스 관리 시스템이기 때문입니다. 이미 PostgreSQL을 사용하고 있다면 이 단계를 건너뛰십시..

패키지 정보 Omnibus GitLab 패키지는 GitLab이 올바르게 작동하는 데 필요한 모든 종속성과 함께 번들로 제공됩니다. 자세한 내용은 종속성 번들 문서 에서 확인할 수 있습니다 . 패키지 버전 릴리스된 패키지 버전은 다음 형식으로 되어 있습니다. MAJOR.MINOR.PATCH-EDITION.OMNIBUS_RELEASE 요소의미예시 메이저.마이너.패치 해당하는 GitLab 버전입니다. 13.3.0 판 해당하는 GitLab의 에디션입니다. 에이 옴니버스_릴리즈 옴니버스 GitLab 릴리스. 일반적으로 이것은 0입니다. GitLab 버전을 변경하지 않고 새 패키지를 빌드해야 하는 경우 증가합니다. 0 라이선스 라이선스 보기 기본값 Omnibus GitLab 패키지는 구성 요소가 제대로 작동하도록 ..