InfoGrab DocsInfoGrab Docs

GitLab CI/CD 시작하기

애플리케이션을 빌드하고 테스트합니다.

CI/CD는 소프트웨어 개발의 지속적인 방법론으로, 반복적인 코드 변경 사항을 지속적으로 빌드, 테스트, 배포 및 모니터링합니다. 이 반복적인 프로세스는 버그가 있거나 실패한 이전 버전을 기반으로 새 코드를 개발할 가능성을 줄이는 데 도움이 됩니다. GitLab CI/CD는 개발 주기 초기에 버그를 잡을 수 있으며, 프로덕션에 배포된 코드가 확립된 코드 표준을 준수하도록 보장하는 데 도움이 됩니다. 이 프로세스는 더 큰 워크플로우의 일부입니다: 1단계: 파이프라인 구성 # GitLab CI/CD를 사용하려면 프로젝트 루트에 .gitlab-ci.yml 파일을 추가합니다. .gitlab-ci.yml 파일은 변수, 잡 간의 의존성, 각 잡이 실행될 시기와 방법을 포함하여 CI/CD 파이프라인을 구성하는 스테이지, 잡, 스크립트를 정의합니다. 기본적으로 파일 이름은 반드시 .gitlab-ci.yml 이어야 합니다. 파일 이름은 대소문자를 구분합니다. 사용자 정의 파일 이름을 사용할 수도 있습니다. 파이프라인은 스테이지와 잡으로 구성됩니다: 스테이지는 실행 순서를 정의합니다. 일반적인 스테이지로는 build , test , deploy 가 있습니다. 잡은 각 스테이지에서 수행할 작업을 지정합니다. 예를 들어 잡은 코드를 컴파일하거나 테스트할 수 있습니다. 예를 들어 build 스테이지와 test 스테이지가 있는 .gitlab-ci.yml 파일은 다음과 같습니다: stages: - build - test build-job: stage: build script: - echo "Compiling the code..." test-job: stage: test script: - echo "Running tests..." GitLab은 커밋, 머지 리퀘스트, 일정에 따라 또는 수동으로 실행할 때와 같이 파이프라인이 트리거될 때마다 파이프라인을 생성합니다. 그러면 러너가 파이프라인의 잡을 실행합니다. 파이프라인에서 다양한 도구 및 플랫폼과 통합할 수 있습니다. 자세한 내용은 다음을 참조하세요: 튜토리얼: 첫 번째 GitLab CI/CD 파이프라인 만들기 및 실행 사용자 정의 CI/CD 구성 파일 지정 파이프라인 2단계: 러너 찾기 또는 생성 # 러너는 잡을 실행하는 에이전트입니다. 이러한 에이전트는 물리적 머신 또는 가상 인스턴스에서 실행될 수 있습니다. .gitlab-ci.yml 파일에서 잡을 실행할 때 사용할 컨테이너 이미지를 지정할 수 있습니다. 러너는 이미지를 로드하고, 프로젝트를 클론하고, 로컬 또는 컨테이너에서 잡을 실행합니다. GitLab.com을 사용하는 경우 Linux, Windows, macOS의 러너를 이미 사용할 수 있습니다. 필요한 경우 자신의 러너를 등록할 수도 있습니다. GitLab.com을 사용하지 않는 경우 다음을 할 수 있습니다: 러너를 등록하거나 GitLab Self-Managed 인스턴스에 이미 등록된 러너를 사용합니다. 로컬 머신에 러너를 생성합니다. 자세한 내용은 다음을 참조하세요: 자신의 프로젝트 러너 만들기, 등록