GitLab Enterprise Edition에서 저장소 빌드

Cloud Build를 사용하면 GitLab Enterprise Edition에 호스팅되는 저장소에서 빌드할 트리거를 만들어, 이에 따라 GitLab Enterprise Edition 저장소와 연관된 커밋 push 또는 관련 병합 요청과 같은 이벤트에 대한 응답으로 빌드를 실행할 수 있습니다.

이 페이지에서는 GitLab Enterprise Edition 인스턴스에서 트리거 기능을 사용 설정하는 방법을 설명합니다. Cloud Build 트리거 및 Cloud Build 저장소에 대해 자세히 알아보세요.

시작하기 전에

  • Enable the Cloud Build and Secret Manager APIs.

    Enable the APIs

GitLab Enterprise Edition 트리거 만들기

콘솔

Google Cloud 콘솔을 사용하여 GitLab Enterprise Edition 트리거를 만들려면 다음 안내를 따르세요.

  1. 트리거 페이지 열기:

    트리거 페이지 열기

  2. 페이지 상단에서 Google Cloud 프로젝트를 선택하고 열기를 클릭합니다.

  3. 트리거 만들기를 클릭합니다.

  4. 다음 트리거 설정을 입력합니다.

    • 이름: 트리거의 이름입니다.

    • 리전: 트리거의 리전을 선택합니다.

      • 트리거와 연결된 빌드 구성 파일이 비공개 풀을 지정하는 경우 Cloud Build는 비공개 풀을 사용하여 빌드를 실행합니다. 이 경우 트리거에 지정하는 리전은 비공개 풀을 만든 리전과 일치해야 합니다.
      • 트리거와 연결된 빌드 구성 파일에서 비공개 풀을 지정하지 않으면 Cloud Build가 기본 풀을 사용하여 동일한 리전에서 빌드를 실행합니다.

    • 설명(선택사항): 트리거에 대한 설명입니다.

    • 이벤트: 트리거를 호출할 저장소 이벤트를 선택합니다.

      • 브랜치로 푸시: 특정 브랜치 대한 커밋에서 빌드를 시작하도록 트리거를 설정합니다.

      • 새 태그 푸시: 특정 태그가 포함된 커밋에서 빌드를 시작하도록 트리거를 설정합니다.

      • pull 요청: 트리거가 병합 요청에 대한 커밋에서 빌드를 시작하도록 설정합니다.

    • 소스: 2세대를 소스로 선택합니다.

      • 저장소: 사용 가능한 저장소 목록에서 원하는 저장소를 선택합니다. 새 저장소를 연결하려면 GitLab Enterprise Edition 저장소에 연결을 참조하세요.

      • 브랜치 또는 태그: 일치시킬 브랜치 또는 태그 값으로 정규 표현식을 지정합니다. 허용되는 정규 표현식 구문에 대한 자세한 내용은 RE2 구문을 참조하세요.

      • 댓글 제어: Pull 요청을 이벤트로 선택한 경우 다음 옵션 중 하나를 선택하여 트리거로 빌드를 자동으로 실행할지 여부를 제어합니다.

        • 소유자 및 공동작업자를 제외하고 필수: 저장소 소유자 또는 공동작업자가 병합 요청을 만들거나 업데이트하면 트리거로 빌드가 자동으로 실행됩니다. 외부 공동작업자가 작업을 시작하면 소유자 또는 공동작업자가 병합 요청에서 /gcbrun 댓글을 작성한 후에만 빌드가 실행됩니다.

        • 필수: 공동작업자가 병합 요청을 만들거나 업데이트하면 소유자 또는 공동작업자가 병합 요청에서 /gcbrun 댓글을 작성한 후에만 빌드가 실행됩니다. 빌드는 병합 요청이 변경될 때마다 실행됩니다.

        • 필수 아님: 공동작업자가 병합 요청을 만들거나 업데이트하면 트리거로 빌드가 자동으로 실행됩니다.

    • 구성: 저장소에 있는 빌드 구성 파일을 선택하거나 트리거에서 빌드를 인라인으로 구성합니다.

    • 유형: 빌드에 사용할 구성의 유형을 선택합니다.

      • Cloud Build 구성 파일(yaml 또는 json): 구성에 대해 빌드 구성 파일을 사용합니다.
      • Dockerfile: 해당 구성에 Dockerfile을 사용합니다.

    • 위치: 구성의 위치를 지정합니다.

      • 저장소: 구성 파일이 저장소에 있으면 빌드 구성 파일의 위치나 Dockerfile 디렉터리 및 결과 이미지 이름을 제공합니다. 구성이 Dockerfile이면 선택적으로 빌드에 대해 제한 시간을 제공할 수 있습니다. Dockerfile과 이미지 이름을 제공하면, 빌드가 실행할 docker build 명령어의 미리보기가 표시됩니다.

      • 인라인: Cloud Build 구성 파일(yaml 또는 json)을 구성 옵션으로 선택한 경우 빌드 구성을 인라인으로 지정할 수 있습니다. YAML 또는 JSON 구문을 사용하여 Google Cloud 콘솔에서 빌드 구성 파일을 작성하려면 편집기 열기를 클릭합니다. 빌드 구성을 저장하려면 완료를 클릭합니다.

  5. 만들기를 클릭하여 GitLab Enterprise Edition 트리거를 만듭니다.

gcloud

gcloud 명령어를 사용하여 GitLab Enterprise Edition 트리거를 만들려면 다음 명령어를 실행합니다.

gcloud builds triggers create gitlab \
  --name=TRIGGER_NAME \
  --repository=projects/PROJECT_ID/locations/REGION/connections/CONNECTION_NAME/repositories/REPO_NAME \
  --branch-pattern=BRANCH_PATTERN # or --tag-pattern=TAG_PATTERN \
  --build-config=BUILD_CONFIG_FILE \
  --region=REGION

각 항목의 의미는 다음과 같습니다.

  • TRIGGER_NAME: 트리거의 이름입니다.
  • PROJECT_ID는 Google Cloud 프로젝트 ID입니다.
  • REGION은 트리거의 리전입니다.
  • CONNECTION_NAME: GitLab Enterprise Edition 연결 이름입니다.
  • REPO_NAME은 저장소의 이름입니다.
  • BRANCH_PATTERN은 빌드를 호출할 저장소의 브랜치 이름입니다.
  • TAG_PATTERN: 빌드를 호출할 저장소의 태그 이름입니다.
  • BUILD_CONFIG_FILE은 빌드 구성 파일의 경로입니다.

데이터 공유

Cloud Build에서 GitLab Enterprise Edition으로 전송된 데이터를 사용하면 이름으로 트리거를 식별하고 GitLab Enterprise Edition 저장소에서 빌드 결과를 확인하는 데 도움이 됩니다.

현재 Cloud Build와 GitLab Enterprise Edition 호스트 간에 공유되는 데이터는 다음과 같습니다.

  • Cloud 프로젝트 ID
  • 트리거 이름

다음 단계