튜토리얼: 첫 번째 GitLab CI/CD 파이프라인 생성 및 실행

Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

이 튜토리얼은 GitLab에서 첫 CI/CD 파이프라인을 구성하고 실행하는 방법을 보여줍니다.

이미 기본 CI/CD 개념에 익숙하다면 복잡한 파이프라인 생성 튜토리얼에서 공통 키워드에 대해 자세히 알아볼 수 있습니다.

준비 사항

시작하기 전에 다음 사항을 확인하세요:

  • CI/CD를 사용하려는 GitLab 프로젝트가 있어야 합니다.
  • 프로젝트에 Maintainer 또는 Owner 역할이 있어야 합니다.

프로젝트가 없는 경우, https://gitlab.com에서 무료로 공개 프로젝트를 만들 수 있습니다.

단계

첫 파이프라인을 생성하고 실행하려면:

  1. 사용 가능한 러너를 확보하여 작업을 실행합니다.

    GitLab.com을 사용 중이라면 이 단계를 건너뛸 수 있습니다. GitLab.com은 인스턴스 러너를 제공합니다.

  2. 리포지터리 루트에 .gitlab-ci.yml 파일을 만들기하십시오. 이 파일에서 CI/CD 작업을 정의합니다.

파일을 리포지터리에 커밋하면 러너가 작업을 실행합니다. 작업 결과는 파이프라인에서 표시됩니다.

사용 가능한 러너 확보

GitLab에서 러너는 CI/CD 작업을 실행하는 에이전트입니다.

사용 가능한 러너를 확인하려면:

  • 설정 > CI/CD로 이동하여 러너를 확장합니다.

최소한 하나의 활성 러너가 있고 옆에 녹색 원이 표시된 경우, 러너는 작업을 처리할 수 있습니다.

러너가 없는 경우

러너가 없는 경우:

  1. 로컬 머신에 GitLab 러너 설치를 수행합니다.
  2. 프로젝트에 러너를 등록합니다. shell executor를 선택합니다.

CI/CD 작업이 실행되면 나중에 러너가 로컬 머신에서 실행됩니다.

.gitlab-ci.yml 파일 만들기

지금 .gitlab-ci.yml 파일을 만들어보겠습니다. 이 파일은 GitLab CI/CD에 대한 지시사항이 포함된 YAML 파일입니다.

이 파일에서는 다음을 정의합니다:

  • 러너가 실행해야 할 작업의 구조 및 순서.
  • 특정 조건이 발생할 때 러너가 내릴 결정.

.gitlab-ci.yml 파일을 만들려면:

  1. 왼쪽 사이드바에서 Code > Repository를 선택합니다.
  2. 파일 디렉터리 위에서 커밋하려는 브랜치를 선택합니다. 확실하지 않은 경우 master 또는 main을 남겨두고 {plus} 아이콘을 선택한 후 새 파일을 선택합니다:

    새 파일

  3. 파일 이름.gitlab-ci.yml을 입력하고, 더 큰 창에 다음 샘플 코드를 붙여넣습니다:

    build-job:
      stage: build
      script:
        - echo "Hello, $GITLAB_USER_LOGIN!"
       
    test-job1:
      stage: test
      script:
        - echo "This job tests something"
       
    test-job2:
      stage: test
      script:
        - echo "This job tests something, but takes more time than test-job1."
        - echo "After the echo commands complete, it runs the sleep command for 20 seconds"
        - echo "which simulates a test that runs 20 seconds longer than test-job1"
        - sleep 20
       
    deploy-prod:
      stage: deploy
      script:
        - echo "This job deploys something from the $CI_COMMIT_BRANCH branch."
      environment: production
    

    이 예제는 build-job, test-job1, test-job2, deploy-prod 네 가지 작업을 보여줍니다. echo 명령에 나열된 주석은 작업을 볼 때 UI에 표시됩니다. 사전 정의된 변수$GITLAB_USER_LOGIN$CI_COMMIT_BRANCH의 값은 작업을 실행할 때 채워집니다.

  4. 변경 사항 커밋을 선택합니다.

파이프라인이 시작되고 .gitlab-ci.yml 파일에서 정의한 작업이 실행됩니다.

파이프라인 및 작업 상태 보기

이제 파이프라인과 해당 작업을 살펴보겠습니다.

  1. Build > Pipelines로 이동합니다. 세 단계를 가진 파이프라인이 표시됩니다:

    세 단계

  2. 파이프라인 ID를 선택하여 파이프라인의 시각적 표현을 볼 수 있습니다:

    파이프라인 그래프

  3. 예를 들어 deploy-prod를 선택하여 작업의 세부 정보를 볼 수 있습니다:

    작업 세부 정보

GitLab에서 첫 CI/CD 파이프라인을 성공적으로 생성했습니다. 축하합니다!

이제 .gitlab-ci.yml을 사용자 정의하고 더 고급 작업을 정의하기 시작할 수 있습니다.

.gitlab-ci.yml

.gitlab-ci.yml 파일을 활용하기 위한 몇 가지 팁입니다.

전체 .gitlab-ci.yml 구문에 대한 자세한 내용은 CI/CD YAML 구문 참조를 참조하십시오.

  • 파이프라인 편집기를 사용하여 .gitlab-ci.yml 파일을 편집합니다.
  • 각 작업에는 스크립트 섹션이 있고, 해당 작업이 속한 단계를 나타냅니다:
    • stage는 작업의 순차적 실행을 설명합니다. 사용 가능한 러너가 있으면 한 단계의 작업이 병렬로 실행됩니다.
    • needs 키워드를 사용하여 단계 순서를 무시하고 작업을 실행합니다. 이를 통해 유향 비순환 그래프(DAG)가 생성됩니다.
  • 추가 구성을 설정하여 작업 및 단계의 수행 방식을 사용자 정의할 수 있습니다:
    • rules 키워드를 사용하여 작업을 실행하거나 건너뛸 조건을 지정합니다. onlyexcept 레거시 키워드는 여전히 지원되지만, 동일 작업에서 rules와 함께 사용할 수 없습니다.
    • cacheartifacts를 사용하여 파이프라인에서 의존성 및 작업 출력을 유지합니다. 각 작업에 대해 일시적인 러너를 사용할 때도 이러한 키워드를 사용할 수 있습니다.
    • default 키워드를 사용하여 모든 작업에 적용되는 추가 구성을 지정합니다. 이 키워드는 종종 모든 작업에서 실행해야 하는 before_scriptafter_script 섹션을 정의하는 데 사용됩니다.

관련 주제

  • CircleCI에서 이전하기
  • Jenkins에서 이전하기
  •  처음 사용하는 GitLab 및 CI/CD 시청. 이 비디오에는 GitLab에 대한 간단한 소개, CI/CD의 첫 단계, Go 프로젝트 빌드, 테스트 실행, CI/CD 파이프라인 편집기 사용, 비밀 및 보안 취약점 감지 및 비동기 연습용 더 많은 연습이 포함되어 있습니다.
  •  GitLab CI 소개 시청. 이 워크숍은 Web IDE를 사용하여 빌드 소스 코드를 CI/CD를 사용하여 빠르게 시작하고 단위 테스트를 실행합니다.