컴포넌트 저장소용 개발 워크플로우

spec:
  inputs:
    stage:
      default: test
---
.component-default-job:
  image: busybox
  stage: $[[ inputs.stage ]]

component-job-1:
  extends: .component-default-job
  script: echo job 1

component-job-2:
  extends: .component-default-job
  script: echo job 2

##
# 이 구성은 'API_TOKEN'이라는 이름의 마스킹된 CI/CD 변수에 저장된 읽기 전용 API 액세스 토큰을 기대합니다.

include:
  # 사전 정의된 변수를 활용하여 현재 프로젝트와 SHA를 참조하세요.
  - component: gitlab.com/$CI_PROJECT_PATH@$CI_COMMIT_SHA

stages: [test, release]

# 모든 `component-job-*` 작업이 추가되었다고 가정합니다.
ensure-jobs-added:
  image: badouralix/curl-jq
  script:
    - |
      route="https://gitlab.com/api/v4/projects/$CI_PROJECT_ID/pipelines/$CI_PIPELINE_ID/jobs"
      count=`curl --silent --header "PRIVATE-TOKEN: $API_TOKEN" $route | jq 'map(select(.name | contains("component-job-"))) | length'`
      if [ "$count" != "2" ]; then
        exit 1
      fi

# 프로젝트 설명이 존재하는지 확인합니다. 카탈로그에 리소스를 표시할 때 중요해질 것입니다.
check-description:
  image: badouralix/curl-jq
  script:
    - |
      route="https://gitlab.com/api/v4/projects/$CI_PROJECT_ID"
      desc=`curl --silent --header "PRIVATE-TOKEN: $API_TOKEN" $route | jq '.description'`
      if [ "$desc" = "null" ]; then
        echo "Description not set. Please set a projet description"
        exit 1
      else
        echo "Description set"
      fi

# 저장소에 `README.md` 파일이 포함되어 있는지 확인합니다. 저장소 전체의 문서를 나타냅니다.
check-readme:
  image: busybox
  script: ls README.md || (echo "Please add a README.md file" && exit 1)

# 특정 규칙("v" + 숫자)에 맞게 릴리스를 태깅하고 이전 모든 확인 작업이 성공하면, 자동으로 릴리스를 생성합니다.
create-release:
  stage: release
  image: registry.gitlab.com/gitlab-org/release-cli:latest
  rules:
    - if: $CI_COMMIT_TAG =~ /^v\d+/
  script: echo "Creating release $CI_COMMIT_TAG"
  release:
    tag_name: $CI_COMMIT_TAG
    description: "Release $CI_COMMIT_TAG of components repository $CI_PROJECT_PATH"