GitLab CI/CD 시작하기

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

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