메타데이터 구문 참조(Metadata syntax reference)

저장소에서 작업을 수행할 액션을 만들 수 있어요. 사용자 지정 액션을 만든다면 YAML 구문을 사용하는 메타데이터 파일이 필요해요.

출처: 문서

본문

저장소에서 작업을 수행할 액션을 만들 수 있습니다. 사용자 지정 액션을 만든다면 YAML 구문을 사용하는 메타데이터 파일이 필요합니다.

[!NOTE] Docker 컨테이너, JavaScript, 복합(composite) 액션을 만들 수 있습니다. 액션에는 입력, 출력, 실행(runs) 구성을 정의하기 위한 메타데이터 파일이 필요합니다. 액션 메타데이터 파일은 YAML 구문을 사용하며, 메타데이터 파일 이름은 action.yml 또는 action.yaml이어야 합니다. 권장 형식은 action.yml입니다.

`name`

필수 액션의 이름입니다. GitHub는 Actions 탭에서 name을 표시해서 각 잡의 액션을 시각적으로 식별하는 데 도움을 줍니다.

`author`

선택 액션 작성자의 이름입니다.

`description`

필수 액션에 대한 간단한 설명입니다.

`inputs`

선택 입력 파라미터를 사용하면 액션이 런타임 중 사용할 것으로 예상하는 데이터를 지정할 수 있습니다. GitHub는 입력 파라미터를 환경 변수로 저장합니다. 소문자 입력 ID를 사용하는 것이 좋습니다.

예시: 입력 지정하기

이 예시는 num-octocats와 octocat-eye-color 두 입력을 구성합니다. num-octocats 입력은 필수가 아니며 기본값은 1입니다. octocat-eye-color는 필수이며 기본값이 없습니다.

[!NOTE] required: true를 사용하는 액션은 입력이 지정되지 않아도 자동으로 오류를 반환하지 않습니다.

이 액션을 사용하는 워크플로 파일은 with 키워드를 사용해서 octocat-eye-color의 입력 값을 설정할 수 있습니다. with 구문에 대한 자세한 내용은 Workflow syntax for GitHub Actions를 참고하세요.

inputs:
  num-octocats:
    description: 'Number of Octocats'
    required: false
    default: '1'
  octocat-eye-color:
    description: 'Eye color of the Octocats'
    required: true

입력을 지정하면 GitHub는 입력에 대해 INPUT_<VARIABLE_NAME> 이름의 환경 변수를 만듭니다. 생성되는 환경 변수는 입력 이름을 대문자로 변환하고 공백을 _ 문자로 대체합니다.

액션이 복합(composite)으로 작성된 경우 INPUT_<VARIABLE_NAME>을 자동으로 얻지 못합니다. 복합 액션에서는 inputs 컨텍스트를 사용해서 액션 입력에 접근할 수 있습니다.

Docker 컨테이너 액션에서 환경 변수에 접근하려면 액션 메타데이터 파일에서 args 키워드로 입력을 전달해야 합니다. Docker 컨테이너 액션의 액션 메타데이터 파일에 대한 자세한 내용은 Creating a Docker container action을 참고하세요.

예를 들어 워크플로가 num-octocats와 octocat-eye-color 입력을 정의했다면, 액션 코드는 INPUT_NUM-OCTOCATS와 INPUT_OCTOCAT-EYE-COLOR 환경 변수를 사용해서 입력 값을 읽을 수 있습니다.

`inputs.<input_id>`

필수 입력과 연결할 string 식별자입니다. <input_id>의 값은 입력 메타데이터의 맵입니다. <input_id>는 inputs 객체 내에서 고유한 식별자여야 합니다. <input_id>는 문자나 _로 시작해야 하며 영숫자 문자, -, _만 포함할 수 있습니다.

`inputs.<input_id>.description`

필수 입력 파라미터에 대한 string 설명입니다.

`inputs.<input_id>.required`

선택 액션이 입력 파라미터를 요구하는지 여부를 나타내는 boolean입니다. 파라미터가 필수일 때 true로 설정합니다.

`inputs.<input_id>.default`

선택 기본값을 나타내는 string입니다. 워크플로 파일에서 입력 파라미터를 지정하지 않을 때 기본값이 사용됩니다.

`inputs.<input_id>.deprecationMessage`

선택 입력 파라미터가 사용되면 이 string이 경고 메시지로 기록됩니다. 이 경고를 사용해서 입력이 종료되고 있다는 것을 사용자에게 알리고 대안을 언급할 수 있습니다.

Docker 컨테이너 및 JavaScript 액션용 `outputs`

선택 출력 파라미터를 사용하면 액션이 설정하는 데이터를 선언할 수 있습니다. 워크플로에서 나중에 실행되는 액션은 이전에 실행된 액션에서 설정한 출력 데이터를 사용할 수 있습니다. 예를 들어 두 입력(x + y = z)의 덧셈을 수행하는 액션이 있다면, 그 액션은 합계(z)를 다른 액션이 입력으로 사용할 수 있게 출력할 수 있습니다.

출력은 잡당 최대 1MB일 수 있습니다. 워크플로 실행의 모든 출력 합계는 최대 50MB일 수 있습니다. 크기는 UTF-16 인코딩을 기준으로 근사됩니다.

액션 메타데이터 파일에서 출력을 선언하지 않아도 여전히 출력을 설정하고 워크플로에서 사용할 수 있습니다. 액션에서 출력을 설정하는 방법에 대한 자세한 내용은 Workflow commands for GitHub Actions를 참고하세요.

예시: Docker 컨테이너 및 JavaScript 액션용 출력 선언하기

outputs:
  sum: # id of the output
    description: 'The sum of the inputs'

`outputs.<output_id>`

필수 출력과 연결할 string 식별자입니다. <output_id>의 값은 출력 메타데이터의 맵입니다. <output_id>는 outputs 객체 내에서 고유한 식별자여야 합니다. <output_id>는 문자나 _로 시작해야 하며 영숫자 문자, -, _만 포함할 수 있습니다.

`outputs.<output_id>.description`

필수 출력 파라미터에 대한 string 설명입니다.

복합 액션용 `outputs`

선택 outputs는 outputs.<output_id>와 outputs.<output_id>.description과 같은 파라미터를 사용하지만(outputs for Docker container and JavaScript actions 참고), value 토큰도 포함합니다.

출력은 잡당 최대 1MB일 수 있습니다. 워크플로 실행의 모든 출력 합계는 최대 50MB일 수 있습니다. 크기는 UTF-16 인코딩을 기준으로 근사됩니다.

예시: 복합 액션용 출력 선언하기

outputs:
  random-number:
    description: "Random number"
    value: ${{ steps.random-number-generator.outputs.random-id }}
runs:
  using: "composite"
  steps:
    - id: random-number-generator
      run: echo "random-id=$(echo $RANDOM)" >> $GITHUB_OUTPUT
      shell: bash

`outputs.<output_id>.value`

필수 출력 파라미터에 매핑될 값입니다. string이나 컨텍스트가 있는 표현식으로 설정할 수 있습니다. 예를 들어 steps 컨텍스트를 사용해서 출력의 value를 스텝의 출력 값으로 설정할 수 있습니다.

컨텍스트 구문 사용 방법에 대한 자세한 내용은 Contexts reference를 참고하세요.

`runs`

필수 이것이 JavaScript 액션인지, 복합 액션인지, Docker 컨테이너 액션인지 그리고 액션이 어떻게 실행되는지 지정합니다.

JavaScript 액션용 `runs`

필수 액션의 코드 경로와 코드를 실행하는 데 사용되는 런타임을 구성합니다.

예시: Node.js v24 사용하기

runs:
  using: 'node24'
  main: 'main.js'

JavaScript 액션용 `runs.using`

필수 main에 지정된 코드를 실행하는 데 사용되는 런타임입니다.

Node.js v20에는 node20을 사용합니다.
Node.js v24에는 node24를 사용합니다.

`runs.main`

필수 액션 코드가 포함된 파일입니다. using에서 지정된 런타임이 이 파일을 실행합니다.

`runs.pre`

선택 잡이 시작될 때 main: 액션이 시작되기 전에 스크립트를 실행할 수 있게 합니다. 예를 들어 pre:를 사용해서 사전 요구 사항 설정 스크립트를 실행할 수 있습니다. using 구문으로 지정된 런타임이 이 파일을 실행합니다. pre: 액션은 기본적으로 항상 실행되지만 runs.pre-if를 사용해서 이를 재정의할 수 있습니다.

[!NOTE] runs.pre는 로컬 액션에서 지원되지 않습니다.

이 예시에서 pre: 액션은 setup.js라는 스크립트를 실행합니다:

runs:
  using: 'node24'
  pre: 'setup.js'
  main: 'index.js'
  post: 'cleanup.js'

`runs.pre-if`

선택 pre: 액션 실행 조건을 정의할 수 있게 합니다. pre: 액션은 pre-if의 조건이 충족될 때만 실행됩니다. 설정하지 않으면 pre-if는 always()로 기본 설정됩니다. pre-if에서 상태 검사 함수는 액션 자체의 상태가 아니라 잡의 상태에 대해 평가됩니다.

step 컨텍스트는 아직 스텝이 실행되지 않았으므로 사용할 수 없습니다.

이 예시에서 cleanup.js는 Linux 기반 러너에서만 실행됩니다:

  pre: 'cleanup.js'
  pre-if: runner.os == 'linux'

`runs.post`

선택 main: 액션이 완료된 후 잡이 끝날 때 스크립트를 실행할 수 있게 합니다. 예를 들어 post:를 사용해서 특정 프로세스를 종료하거나 불필요한 파일을 제거할 수 있습니다. using 구문으로 지정된 런타임이 이 파일을 실행합니다.

이 예시에서 post: 액션은 cleanup.js라는 스크립트를 실행합니다:

runs:
  using: 'node24'
  main: 'index.js'
  post: 'cleanup.js'

post: 액션은 기본적으로 항상 실행되지만 post-if를 사용해서 이를 재정의할 수 있습니다.

`runs.post-if`

선택 post: 액션 실행 조건을 정의할 수 있게 합니다. post: 액션은 post-if의 조건이 충족될 때만 실행됩니다. 설정하지 않으면 post-if는 always()로 기본 설정됩니다. post-if에서 상태 검사 함수는 액션 자체의 상태가 아니라 잡의 상태에 대해 평가됩니다.

예를 들어 이 cleanup.js는 Linux 기반 러너에서만 실행됩니다:

  post: 'cleanup.js'
  post-if: runner.os == 'linux'

복합 액션용 `runs`

필수 복합 액션의 경로를 구성합니다.

복합 액션용 `runs.using`

필수 이 값을 'composite'로 설정해야 합니다.

`runs.steps`

필수 이 액션에서 실행할 계획인 스텝들입니다. run 스텝이나 uses 스텝이 될 수 있습니다.

`runs.steps[*].run`

선택 실행할 커맨드입니다. 인라인이거나 액션 저장소의 스크립트일 수 있습니다:

runs:
  using: "composite"
  steps:
    - run: ${{ github.action_path }}/test/script.sh
      shell: bash

또는 $GITHUB_ACTION_PATH를 사용할 수 있습니다:

runs:
  using: "composite"
  steps:
    - run: $GITHUB_ACTION_PATH/script.sh
      shell: bash

자세한 내용은 Contexts reference를 참고하세요.

`runs.steps[*].shell`

선택 커맨드를 실행할 셸입니다. Workflow syntax for GitHub Actions에 나열된 셸 중 하나를 사용할 수 있습니다. run이 설정된 경우 필수입니다.

`runs.steps[*].if`

선택 if 조건을 사용해서 조건이 충족되지 않는 한 스텝이 실행되지 않도록 할 수 있습니다. 조건을 만들 때 지원되는 컨텍스트와 표현식을 모두 사용할 수 있습니다.

if 조건에서 표현식을 사용할 때 선택적으로 ${{ }} 표현식 구문을 생략할 수 있습니다. GitHub Actions는 if 조건을 자동으로 표현식으로 평가하기 때문입니다. 그러나 이 예외는 모든 곳에 적용되지는 않습니다.

표현식이 !로 시작할 때는 !가 YAML 형식에서 예약된 표기이므로 항상 ${{ }} 표현식 구문을 사용하거나 '', "", ()로 이스케이프해야 합니다. 예를 들어:

if: ${{ ! startsWith(github.ref, 'refs/tags/') }}

자세한 내용은 Evaluate expressions in workflows and actions을 참고하세요.

예시: 컨텍스트 사용하기

이 스텝은 이벤트 유형이 pull_request이고 이벤트 액션이 unassigned일 때만 실행됩니다.

steps:
  - run: echo This event is a pull request that had an assignee removed.
    if: ${{ github.event_name == 'pull_request' && github.event.action == 'unassigned' }}

예시: 상태 검사 함수 사용하기

my backup step은 복합 액션의 이전 스텝이 실패할 때만 실행됩니다. 자세한 내용은 Evaluate expressions in workflows and actions을 참고하세요.

steps:
  - name: My first step
    uses: octo-org/action-name@main
  - name: My backup step
    if: ${{ failure() }}
    uses: actions/[email protected]

`runs.steps[*].name`

선택 복합 스텝의 이름입니다.

`runs.steps[*].id`

선택 스텝의 고유 식별자입니다. id를 사용해서 컨텍스트에서 스텝을 참조할 수 있습니다. 자세한 내용은 Contexts reference를 참고하세요.

`runs.steps[*].env`

선택 해당 스텝에만 대한 환경 변수의 map을 설정합니다. 워크플로에 저장된 환경 변수를 수정하려면 복합 스텝에서 echo "{name}={value}" >> $GITHUB_ENV를 사용하세요.

`runs.steps[*].working-directory`

선택 커맨드가 실행되는 작업 디렉터리를 지정합니다.

`runs.steps[*].uses`

선택 잡의 스텝 일부로 실행할 액션을 선택합니다. 액션은 재사용 가능한 코드 단위입니다. 워크플로와 같은 저장소에 정의된 액션, 공개 저장소의 액션, 게시된 Docker 컨테이너 이미지의 액션을 사용할 수 있습니다.

Git ref, SHA, 또는 Docker 태그 번호를 지정해서 사용 중인 액션의 버전을 포함할 것을 강력히 권장합니다. 버전을 지정하지 않으면 액션 소유자가 업데이트를 게시할 때 워크플로가 깨지거나 예상치 못한 동작을 일으킬 수 있습니다.

릴리스된 액션 버전의 커밋 SHA를 사용하는 것이 안정성과 보안에 가장 안전합니다.
특정 메이저 액션 버전을 사용하면 호환성을 유지하면서 중요한 수정과 보안 패치를 받을 수 있습니다. 또한 워크플로가 계속 작동한다는 것을 보장합니다.
액션의 기본 브랜치를 사용하는 것은 편리할 수 있지만, 누군가 호환성이 깨지는 변경과 함께 새 메이저 버전을 릴리스하면 워크플로가 깨질 수 있습니다.

일부 액션은 with 키워드로 설정해야 하는 입력이 필요합니다. 필요한 입력을 확인하려면 액션의 README 파일을 검토하세요.

runs:
  using: "composite"
  steps:
    # Reference a specific commit
    - uses: actions/checkout@8f4b7f84864484a7bf31766abe9204da3cbe65b3
    # Reference the major version of a release
    - uses: actions/checkout@v6
    # Reference a specific version
    - uses: actions/[email protected]
    # Reference a branch
    - uses: actions/checkout@main
    # References a subdirectory in a public GitHub repository at a specific branch, ref, or SHA
    - uses: actions/aws/ec2@main
    # References an action in the same repository at the running commit
    - uses: $/.github/actions/my-action
    # References a local action
    - uses: ./.github/actions/my-action
    # References a docker public registry action
    - uses: docker://gcr.io/cloud-builders/gradle
    # Reference a docker image published on docker hub
    - uses: docker://alpine:3.8

복합 액션과 같은 저장소에 저장된 액션을 참조하려면 위의 $/.github/actions/my-action 예시처럼 $/ 자체 저장소 참조를 사용하세요. 이는 실행 중인 커밋에서 해당 저장소로 해석되므로 먼저 저장소를 체크아웃할 필요가 없으며 @{ref} 접미사를 포함하면 안 됩니다. $/ 구문은 GitHub Enterprise Server에서 사용할 수 없습니다.

$/, {owner}/{repo}@{ref}, ./의 비교는 Workflow syntax for GitHub Actions를 참고하세요.

`runs.steps[*].with`

선택 액션이 정의한 입력 파라미터의 map입니다. 각 입력 파라미터는 키/값 쌍입니다. 자세한 내용은 Example: Specifying inputs를 참고하세요.

runs:
  using: "composite"
  steps:
    - name: My first step
      uses: actions/hello_world@main
      with:
        first_name: Mona
        middle_name: The
        last_name: Octocat

`runs.steps[*].continue-on-error`

선택 스텝이 실패할 때 액션이 실패하는 것을 방지합니다. true로 설정하면 이 스텝이 실패할 때 액션이 통과하도록 허용합니다.

Docker 컨테이너 액션용 `runs`

필수 Docker 컨테이너 액션에 사용되는 이미지를 구성합니다.

예시: 저장소에서 Dockerfile 사용하기

runs:
  using: 'docker'
  image: 'Dockerfile'

예시: 공개 Docker 레지스트리 컨테이너 사용하기

runs:
  using: 'docker'
  image: 'docker://debian:stretch-slim'

Docker 컨테이너 액션용 `runs.using`

필수 이 값을 'docker'로 설정해야 합니다.

`runs.pre-entrypoint`

선택 entrypoint 액션이 시작되기 전에 스크립트를 실행할 수 있게 합니다. 예를 들어 pre-entrypoint:를 사용해서 사전 요구 사항 설정 스크립트를 실행할 수 있습니다. GitHub Actions는 docker run을 사용해서 이 액션을 시작하고 같은 베이스 이미지를 사용하는 새 컨테이너 안에서 스크립트를 실행합니다. 즉 런타임 상태가 기본 entrypoint 컨테이너와 다르며, 필요한 모든 상태는 워크스페이스, HOME, 또는 STATE_ 변수로 접근해야 합니다. pre-entrypoint: 액션은 기본적으로 항상 실행되지만 runs.pre-if를 사용해서 이를 재정의할 수 있습니다.

using 구문으로 지정된 런타임이 이 파일을 실행합니다.

이 예시에서 pre-entrypoint: 액션은 setup.sh라는 스크립트를 실행합니다:

runs:
  using: 'docker'
  image: 'Dockerfile'
  args:
    - 'bzz'
  pre-entrypoint: 'setup.sh'
  entrypoint: 'main.sh'

Docker 컨테이너 액션용 `runs.pre-if`

선택 pre-entrypoint: 액션 실행 조건을 정의할 수 있게 합니다. pre-entrypoint: 액션은 pre-if의 조건이 충족될 때만 실행됩니다. 설정하지 않으면 pre-if는 always()로 기본 설정됩니다.

이 예시에서 pre-entrypoint: 액션은 Linux 기반 러너에서만 실행됩니다:

runs:
  using: 'docker'
  image: 'Dockerfile'
  pre-entrypoint: 'setup.sh'
  pre-if: runner.os == 'linux'
  entrypoint: 'main.sh'

`runs.image`

필수 액션을 실행할 컨테이너로 사용할 Docker 이미지입니다. 값은 Docker 베이스 이미지 이름, 저장소의 로컬 Dockerfile, 또는 Docker Hub나 다른 레지스트리의 공개 이미지일 수 있습니다. 저장소에 로컬인 Dockerfile을 참조하려면 파일 이름이 Dockerfile이어야 하고 액션 메타데이터 파일에 상대적인 경로를 사용해야 합니다. docker 애플리케이션이 이 파일을 실행합니다.

`runs.env`

선택 컨테이너 환경에 설정할 환경 변수의 키/값 맵을 지정합니다.

`runs.entrypoint`

선택 Dockerfile의 Docker ENTRYPOINT를 재정의하거나, 이미 지정되지 않았다면 설정합니다. Dockerfile이 ENTRYPOINT를 지정하지 않았거나 ENTRYPOINT 지침을 재정의하려 할 때 entrypoint를 사용하세요. entrypoint를 생략하면 Docker ENTRYPOINT 지침에 지정한 커맨드가 실행됩니다. Docker ENTRYPOINT 지침에는 shell 형식과 exec 형식이 있습니다. Docker ENTRYPOINT 문서는 ENTRYPOINT 지침의 exec 형식을 사용할 것을 권장합니다.

entrypoint가 어떻게 실행되는지에 대한 자세한 내용은 Dockerfile support for GitHub Actions를 참고하세요.

`runs.post-entrypoint`

선택 runs.entrypoint 액션이 완료된 후 정리 스크립트를 실행할 수 있게 합니다. GitHub Actions는 docker run을 사용해서 이 액션을 시작합니다. GitHub Actions는 같은 베이스 이미지를 사용하는 새 컨테이너 안에서 스크립트를 실행하므로 런타임 상태가 기본 entrypoint 컨테이너와 다릅니다. 필요한 상태는 워크스페이스, HOME, 또는 STATE_ 변수로 접근할 수 있습니다. post-entrypoint: 액션은 기본적으로 항상 실행되지만 runs.post-if를 사용해서 이를 재정의할 수 있습니다.

runs:
  using: 'docker'
  image: 'Dockerfile'
  args:
    - 'bzz'
  entrypoint: 'main.sh'
  post-entrypoint: 'cleanup.sh'

`runs.args`

선택 Docker 컨테이너의 입력을 정의하는 문자열 배열입니다. 입력에는 하드코딩된 문자열이 포함될 수 있습니다. GitHub는 컨테이너가 시작될 때 args를 컨테이너의 ENTRYPOINT에 전달합니다.

args는 Dockerfile의 CMD 지침 대신 사용됩니다. Dockerfile에서 CMD를 사용한다면 선호 순서에 따른 지침을 사용하세요:

필수 인수를 액션의 README에 문서화하고 CMD 지침에서는 생략하세요.
args를 지정하지 않고도 액션을 사용할 수 있게 하는 기본값을 사용하세요.
액션이 --help 플래그나 이와 유사한 것을 노출한다면 그것을 사용해서 액션이 스스로 문서화하도록 하세요.

액션에 환경 변수를 전달해야 한다면 액션이 변수 대체를 수행하기 위해 커맨드 셸을 실행하는지 확인하세요. 예를 들어 entrypoint 속성이 "sh -c"로 설정되어 있으면 args가 커맨드 셸에서 실행됩니다. 또는 Dockerfile이 ENTRYPOINT로 같은 커맨드("sh -c")를 실행한다면 args가 커맨드 셸에서 실행됩니다.

GitHub Actions와 함께 CMD 지침을 사용하는 방법에 대한 자세한 내용은 Dockerfile support for GitHub Actions를 참고하세요.

예시: Docker 컨테이너에 대한 인수 정의하기

runs:
  using: 'docker'
  image: 'Dockerfile'
  args:
    - ${{ inputs.greeting }}
    - 'foo'
    - 'bar'

`branding`

선택 색상과 Feather 아이콘을 사용해서 액션을 개인화하고 구분하기 위한 배지를 만들 수 있습니다. 배지는 GitHub Marketplace에서 액션 이름 옆에 표시됩니다.

예시: 액션에 대한 브랜딩 구성하기

branding:
  icon: 'award'
  color: 'green'

`branding.color`

배지의 배경 색상입니다. 다음 중 하나일 수 있습니다: white, black, yellow, blue, green, orange, red, purple, gray-dark.

`branding.icon`

사용할 v4.28.0 Feather 아이콘의 이름입니다.

생략된 아이콘

브랜드 아이콘과 다음 아이콘들은 생략됩니다.

coffee
columns
divide-circle
divide-square
divide
frown
hexagon
key
meh
mouse-pointer
smile
tool
x-octagon

현재 지원되는 모든 아이콘의 전체 목록

activity
airplay
alert-circle
alert-octagon
alert-triangle
align-center
align-justify
align-left
align-right
anchor
aperture
archive
arrow-down-circle
arrow-down-left
arrow-down-right
arrow-down
arrow-left-circle
arrow-left
arrow-right-circle
arrow-right
arrow-up-circle
arrow-up-left
arrow-up-right
arrow-up
at-sign
award
bar-chart-2
bar-chart
battery-charging
battery
bell-off
bell
bluetooth
bold
book-open
book
bookmark
box
briefcase
calendar
camera-off
camera
cast
check-circle
check-square
check
chevron-down
chevron-left
chevron-right
chevron-up
chevrons-down
chevrons-left
chevrons-right
chevrons-up
circle
clipboard
clock
cloud-drizzle
cloud-lightning
cloud-off
cloud-rain
cloud-snow
cloud
code
command
compass
copy
corner-down-left
corner-down-right
corner-left-down
corner-left-up
corner-right-down
corner-right-up
corner-up-left
corner-up-right
cpu
credit-card
crop
crosshair
database
delete
disc
dollar-sign
download-cloud
download
droplet
edit-2
edit-3
edit
external-link
eye-off
eye
fast-forward
feather
file-minus
file-plus
file-text
file
film
filter
flag
folder-minus
folder-plus
folder
gift
git-branch
git-commit
git-merge
git-pull-request
globe
grid
hard-drive
hash
headphones
heart
help-circle
home
image
inbox
info
italic
layers
layout
life-buoy
link-2
link
list
loader
lock
log-in
log-out
mail
map-pin
map
maximize-2
maximize
menu
message-circle
message-square
mic-off
mic
minimize-2
minimize
minus-circle
minus-square
minus
monitor
moon
more-horizontal
more-vertical
move
music
navigation-2
navigation
octagon
package
paperclip
pause-circle
pause
percent
phone-call
phone-forwarded
phone-incoming
phone-missed
phone-off
phone-outgoing
phone
pie-chart
play-circle
play
plus-circle
plus-square
plus
pocket
power
printer
radio
refresh-ccw
refresh-cw
repeat
rewind
rotate-ccw
rotate-cw
rss
save
scissors
search
send
server
settings
share-2
share
shield-off
shield
shopping-bag
shopping-cart
shuffle
sidebar
skip-back
skip-forward
slash
sliders
smartphone
speaker
square
star
stop-circle
sun
sunrise
sunset
table
tablet
tag
target
terminal
thermometer
thumbs-down
thumbs-up
toggle-left
toggle-right
trash-2
trash
trending-down
trending-up
triangle
truck
tv
type
umbrella
underline
unlock
upload-cloud
upload
user-check
user-minus
user-plus
user-x
user
users
video-off
video
voicemail
volume-1
volume-2
volume-x
volume
watch
wifi-off
wifi
wind
x-circle
x-square
x
zap-off
zap
zoom-in
zoom-out

메타데이터 파일 이름 변경하기

액션 메타데이터 파일이 두 YAML 형식을 모두 지원하는 동안, 릴리스 간에 메타데이터 파일 이름을 변경하면(예: action.yml에서 action.yaml으로 또는 그 반대) GitHub Marketplace에 게시된 이전 릴리스 버전에 영향을 줍니다. 파일 이름을 변경하면 이전 파일 이름과 연결된 모든 릴리스 버전이 GitHub Marketplace에서 숨겨집니다. 이전 릴리스 버전은 사용자가 소스 저장소를 통해 여전히 접근할 수 있습니다.

액션의 새 버전을 릴리스할 때 메타데이터 파일 이름 변경 이후에 릴리스된 버전만 GitHub Marketplace 태그를 가지며 GitHub Marketplace에 표시됩니다.

메타데이터 구문 참조(Metadata syntax reference)