CI/CD Job

구성, 규칙, 캐싱, 아티팩트, 로그.

CI/CD Job은 GitLab CI/CD 파이프라인 의 기본 요소입니다. Job은 코드 빌드, 테스트 또는 배포와 같은 작업을 수행하기 위해 실행할 명령어 목록으로 .gitlab-ci.yml 파일에 구성됩니다. Job의 특징: Docker 컨테이너와 같이 러너 에서 실행됩니다. 다른 Job과 독립적으로 실행됩니다. Job의 전체 실행 로그가 있는 Job 로그 가 있습니다. Job은 실행 방법, 실행 시기 제어, Stage 그룹화, CI/CD 변수 정의, 캐시 정의, 아티팩트 저장 등 Job 실행의 모든 측면을 정의하는 YAML 키워드 로 정의됩니다. 파이프라인에 Job 추가 # 파이프라인에 Job을 추가하려면 .gitlab-ci.yml 파일에 추가합니다. Job은 다음 조건을 충족해야 합니다: YAML 구성의 최상위 수준에 정의되어야 합니다. 고유한 Job 이름 을 가져야 합니다. 실행할 명령을 정의하는 script 섹션이 있거나, 다운스트림 파이프라인 을 트리거하는 trigger 섹션이 있어야 합니다. 예를 들면: my-ruby-job: script: - bundle install - bundle exec my_ruby_command my-shell-script-job: script: - my_shell_script.sh Job 이름 # 다음 키워드는 Job 이름으로 사용할 수 없습니다: image services stages before_script after_script variables cache include deploy Stage에 구성된 pages:deploy 또한 다음 이름은 따옴표로 묶으면 유효하지만 파이프라인 구성을 불명확하게 만들 수 있으므로 권장되지 않습니다: "true": "false": "nil": Job 이름은 255자 이하여야 합니다. Job에 고유한 이름을 사용합니다. 파일에 여러 Job이 동일한 이름을 가지면 하나만 파이프라인에 추가되고, 어느 것이 선택될지 예측하기 어렵습니다. 하나 이상의 포함된 파일에서 동일한 Job 이름이 사용되는 경우 파라미터가 병합됩니다 . Job 숨기기 # 구성 파일에서 삭제하지 않고 Job을 일시적으로 비활성화하려면 Job 이름 앞에 점( . )을 추가합니다. 숨겨진 Job에는 script 또는 trigger 키워드가 포함될 필요가 없지만 유효한 YAML 구성이 포함되어야 합니다. 예를 들면: .hidden_job: script: - run test 숨겨진 Job은 GitLab CI/CD에서 처리되지 않지만 다음과 함께 재사용 가능한 구성을 위한 템플릿으로 사용할 수 있습니다: extends 키워드 . YAML 앵커 . Job 키워드의 기본값 설정 # default 키워드를 사용하여 기본 Job 키워드와 값을 설정할 수 있으며, 이는 파이프라인의 모든 Job에서 기본적으로 사용됩니다. 예를 들면: default: image: 'ruby:2.4' before_script: - echo Hello World rspec-job: script: bundle exec rspec 파이