• 네임스페이스에 대한 CI/CD 구성 유효성 검사
• 프로젝트의 CI 구성 유효성 검사
• YAML 및 JSON 페이로드를 생성하고 처리하기 위해 jq 사용

CI Lint API

네임스페이스에 대한 CI/CD 구성 유효성 검사

소스 브랜치에서 대상 브랜치로 변경 사항을 포함하기 위한 제안인 Merge Request(MR)입니다.

POST /projects/:id/ci/lint

예시 요청:

curl --header "Content-Type: application/json" "https://gitlab.example.com/api/v4/projects/:id/ci/lint" --data '{"content": "{ \"image\": \"ruby:2.6\", \"services\": [\"postgres\"], \"before_script\": [\"bundle install\", \"bundle exec rake db:create\"], \"variables\": {\"DB_NAME\": \"postgres\"}, \"types\": [\"test\", \"deploy\", \"notify\"], \"rspec\": { \"script\": \"rake spec\", \"tags\": [\"ruby\", \"postgres\"], \"only\": [\"branches\"]}}"}'

예시 응답:

• 유효한 구성:

  {
    "valid": true,
    "merged_yaml": "---\n:test_job:\n  :script: echo 1\n",
    "errors": [],
    "warnings": []
  }
  

• 유효하지 않은 구성:

  {
    "valid": false,
    "merged_yaml": "---\n:test_job:\n  :script: echo 1\n",
    "errors": [
      "jobs config should contain at least one visible job"
    ],
    "warnings": []
  }
  

프로젝트의 CI 구성 유효성 검사

• GitLab 16.5에서 소개된 sha 속성.
• GitLab 16.10에서 sha와 ref가 각각 content_ref와 dry_run_ref로 이름이 변경되었습니다.

특정 ref(기본값은 프로젝트의 기본 브랜치의 HEAD)의 프로젝트의 .gitlab-ci.yml 구성이 유효한지 확인합니다. 이 엔드포인트는 변수 및 로컬 include를 포함한 모든 네임스페이스별 데이터를 사용합니다.

GET /projects/:id/ci/lint

예시 요청:

curl "https://gitlab.example.com/api/v4/projects/:id/ci/lint"

예시 응답:

• 유효한 구성:

{
  "valid": true,
  "merged_yaml": "---\n:test_job:\n  :script: echo 1\n",
  "errors": [],
  "warnings": []
}

• 유효하지 않은 구성:

{
  "valid": false,
  "merged_yaml": "---\n:test_job:\n  :script: echo 1\n",
  "errors": [
    "jobs config should contain at least one visible job"
  ],
  "warnings": []
}

YAML 및 JSON 페이로드를 생성하고 처리하기 위해 jq 사용

CI Lint 엔드포인트에 YAML 구성을 POST하려면 적절하게 이스케이프 및 JSON 인코딩해야 합니다. YAML을 이스케이프하고 JSON 페이로드 내에 포함할 수 있는 형식으로 인코딩하려면 jq를 사용할 수 있습니다. 예를 들어 example-gitlab-ci.yml이라는 파일을 만듭니다.

.api_test:
  rules:
    - if: $CI_PIPELINE_SOURCE=="merge_request_event"
      changes:
        - src/api/*
deploy:
  extends:
    - .api_test
  rules:
    - when: manual
      allow_failure: true
  script:
    - echo "hello world"

다음으로 jq를 사용하여 YAML 파일을 이스케이프하고 인코딩하여 JSON으로 만듭니다.

jq --raw-input --slurp < example-gitlab-ci.yml

입력되는 YAML 파일(example-gitlab-ci.yml)을 이스케이프하고 인코딩하여 jq와 curl을 사용하여 GitLab API에 POST하는 방법은 다음과 같습니다.

jq --null-input --arg yaml "$(<example-gitlab-ci.yml)" '.content=$yaml' \
| curl "https://gitlab.com/api/v4/ci/lint?include_merged_yaml=true" \
--header 'Content-Type: application/json' \
--data @-

CI Lint 응답을 다시 포맷하려면 jq를 사용할 수 있습니다. CI Lint 응답을 jq에 파이프로 전달하거나 API 응답을 텍스트 파일로 저장하고 인수로 제공할 수 있습니다.

jq --raw-output '.merged_yaml | fromjson' <your_input_here>

예제 입력:

{"status":"valid","errors":[],"merged_yaml":"---\n:.api_test:\n  :rules:\n  - :if: $CI_PIPELINE_SOURCE==\"merge_request_event\"\n    :changes:\n    - src/api/*\n:deploy:\n  :rules:\n  - :when: manual\n    :allow_failure: true\n  :extends:\n  - \".api_test\"\n  :script:\n  - echo \"hello world\"\n"}

결과:

:.api_test:
  :rules:
  - :if: $CI_PIPELINE_SOURCE=="merge_request_event"
    :changes:
    - src/api/*
:deploy:
  :rules:
  - :when: manual
    :allow_failure: true
  :extends:
  - ".api_test"
  :script:
  - echo "hello world"

한 줄의 명령으로 다음을 수행할 수 있습니다:

1. YAML을 이스케이프합니다.
2. JSON으로 인코딩합니다.
3. curl을 사용하여 API에 POST합니다.
4. 응답을 포맷합니다.

jq --null-input --arg yaml "$(<example-gitlab-ci.yml)" '.content=$yaml' \
| curl "https://gitlab.com/api/v4/ci/lint?include_merged_yaml=true" \
--header 'Content-Type: application/json' --data @- \
| jq --raw-output '.merged_yaml | fromjson'