# 元数据语法参考

可创建操作来执行存储库中的任务。 如果要创建自定义操作，则需要一个使用 YAML 语法的元数据文件。

> \[!NOTE]
> 可以构建 Docker 容器、JavaScript 和复合操作。 操作需要元数据文件来定义操作的输入、输出和运行配置。 操作元数据文件使用 YAML 语法，元数据文件名必须是 `action.yml` 或 `action.yaml`。 首选格式为 `action.yml`。

## `name`

```
          **必需** 操作的名称。 GitHub 在“操作”选项卡中显示 `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` 语法的详细信息，请参阅“[GitHub Actions 的工作流语法](/zh/actions/using-workflows/workflow-syntax-for-github-actions#jobsjob_idstepswith)”。

```yaml
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](/zh/actions/creating-actions/creating-a-composite-action) 编写的，则不会自动获得 `INPUT_<VARIABLE_NAME>`。 通过复合操作，可以使用 `inputs`[上下文参考](/zh/actions/learn-github-actions/contexts) 访问操作输入。

若要访问 Docker 容器操作中的环境变量，必须使用操作元数据文件中的关键字 `args` 传递输入。 有关 Docker 容器操作的操作元数据文件的详细信息，请参阅“[创建 Docker 容器操作](/zh/actions/creating-actions/creating-a-docker-container-action#creating-an-action-metadata-file)”。

例如，如果工作流定义了 `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`

可选的是一个表示默认值的 \*\*\*\*。 当工作流程文件中未指定输入参数时使用默认值。

### `inputs.<input_id>.deprecationMessage`

```
          **可选** 如果使用了输入参数，则会将此 `string` 记录为警告消息。 可以使用此警告通知用户输入 弃用，并提及任何其他替代方案。
```

## 用于 Docker 容器和 JavaScript 操作的 `outputs`

```
          **可选** 可通过输出参数声明操作设置的数据。 稍后在工作流程中运行的操作可以使用以前运行操作中的输出数据集。 例如，如果有操作执行两个输入的相加 (x + y = z)，则该操作可能输出总和 (z)，用作其他操作的输入。
```

每个作业的输出最多可以为 1 MB。 工作流运行中所有输出的总和最大为 50 MB。 大小是基于 UTF-16 编码的近似值。

如果不在操作元数据文件中声明输出，您仍然可以设置输出并在工作流程中使用它们。 有关在操作中设置输出的详细信息，请参阅“[GitHub Actions 的工作流命令](/zh/actions/using-workflows/workflow-commands-for-github-actions#setting-an-output-parameter)”。

### 示例：声明 Docker 容器和 JavaScript 操作的输出

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

### `outputs.<output_id>`

（必需）一个与输出关联的\*\*\*\* 标识符。
`<output_id>` 的值为输出元数据的映射。
`<output_id>` 必须是 `outputs` 对象中的唯一标识符。
`<output_id>` 必须以字母或 `_` 开头，并且只能包含字母数字字符、`-` 或 `_`。

### `outputs.<output_id>.description`

必填：输出参数的说明。

## 用于组合操作的 `outputs`

```
          **可选**`outputs` 使用与 `outputs.<output_id>` 和 `outputs.<output_id>.description` 相同的参数（请参阅“用于 Docker 容器和 JavaScript 操作[`outputs`的 ](#outputs-for-docker-container-and-javascript-actions)”），但也包括 `value` 令牌。
```

每个作业的输出最多可以为 1 MB。 工作流运行中所有输出的总和最大为 50 MB。 大小是基于 UTF-16 编码的近似值。

### 示例：声明复合操作的输出

```yaml
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` 设置为步骤的输出值。
```

有关如何使用上下文语法的详细信息，请参阅“[上下文参考](/zh/actions/learn-github-actions/contexts)”。

## `runs`

（必需）指定该操作是 JavaScript 操作、组合操作还是 Docker 容器操作，以及操作的执行方式。

## JavaScript 操作的 `runs`

（必需）配置操作代码的路径和用于执行代码的运行时。

### 示例：使用 Node.js v24

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

### JavaScript 操作的 `runs.using`

（必需）用于执行 \*\*\*\* 中指定的代码的运行时。

* 对于 Node.js v20 应使用 `node20`。
* 对于 Node.js v24 应使用 `node24`。

### `runs.main`

【必需】包含操作代码的文件。
[
`using`
](#runsusing-for-javascript-actions) 中指定的运行时执行此文件。

### `runs.pre`

```
          **可选** 允许在 `main:` 操作开始之前在作业启动时运行脚本。 例如，可以使用 `pre:` 运行先决条件安装脚本。 使用 [`using`](#runsusing-for-javascript-actions) 语法指定的运行时将执行此文件。 
          `pre:` 操作始终默认运行，但你也可使用 [`runs.pre-if`](#runspre-if) 替代该操作。
```

> \[!NOTE]

```
          `runs.pre` 不支持本地操作。
```

在此示例中，`pre:` 操作运行名为 `setup.js` 的脚本：

```yaml
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 的运行器上运行：

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

### `runs.post`

（可选）允许在\*\*\*\* 操作完成后，在作业结束时运行脚本。 例如，可使用 `post:` 终止某些进程或删除不需要的文件。 使用 [`using`](#runsusing-for-javascript-actions) 语法指定的运行时将执行此文件。

在此示例中，`post:` 操作运行名为 `cleanup.js` 的脚本：

```yaml
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 的运行器上运行：

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

## 用于组合操作的 `runs`

```
          **必需** 配置组合操作的路径。
```

### 用于组合操作的 `runs.using`

```
          **必需** 必须将此值设置为 `'composite'`。
```

### `runs.steps`

```
          **必需** 计划在此操作中运行的步骤。 这些步骤可以是 `run` 步骤，也可以是 `uses` 步骤。
```

#### `runs.steps[*].run`

（可选）要运行的命令。 此命令可以是内联命令，也可以是操作存储库中的脚本：

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

也可使用 `$GITHUB_ACTION_PATH`：

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

有关详细信息，请参阅“[上下文参考](/zh/actions/learn-github-actions/contexts#github-context)”。

#### `runs.steps[*].shell`

（可选）要在其中运行命令的 shell。 可以使用“[GitHub Actions 的工作流语法](/zh/actions/using-workflows/workflow-syntax-for-github-actions#jobsjob_idstepsshell)”列出的任何 shell。 如果设置了 `run`，则为必需项。

#### `runs.steps[*].if`

```
          **可选** 可以使用 `if` 条件来阻止步骤运行，除非满足条件。 您可以使用任何支持上下文和表达式来创建条件。
```

在 `if` 条件中使用表达式时，可以有选择地忽略 `${{ }}` 表达式语法，因为 GitHub Actions 自动将 `if` 条件作为表达式求值。 但此例外并非适用于所有情况。

必须始终使用 `${{ }}` 表达式语法，或者当表达式以`!`开头时，必须使用 `''`、`""`、`()` 进行转义，因为 `!` 是 YAML 格式的保留表示法。 例如：

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

有关详细信息，请参阅[对工作流和操作中的表达式求值](/zh/actions/learn-github-actions/expressions)。

示例：使用上下文

此步骤仅在事件类型为 `pull_request` 且事件操作为 `unassigned` 时运行。

```yaml
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` 仅在组合操作的上一步失败时运行。 有关详细信息，请参阅“[AUTOTITLE](/actions/learn-github-actions/expressions#status-check-functions)”。
```

```yaml
steps:
  - name: My first step
    uses: octo-org/action-name@main
  - name: My backup step
    if: ${{ failure() }}
    uses: actions/heroku@1.0.0
```

#### `runs.steps[*].name`

（可选）组合步骤的名称。

#### `runs.steps[*].id`

（可选）步骤的唯一标识符。 可以使用 `id` 在上下文中引用该步骤。 有关详细信息，请参阅“[上下文参考](/zh/actions/learn-github-actions/contexts)”。

#### `runs.steps[*].env`

```
          **可选** 仅为该步骤设置环境变量的 `map`。 如果要修改存储在工作流中的环境变量，请在组合步骤中使用 `echo "{name}={value}" >> $GITHUB_ENV`。
```

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

（可选）指定在其中运行命令的工作目录。

#### `runs.steps[*].uses`

```
          **可选** 选择要作为作业中步骤的一部分运行的操作。 操作是一种可重复使用的代码单位。 可以使用在与工作流、公共存储库或[已发布的 Docker 容器映像](https://hub.docker.com/)相同的存储库中定义的操作。
```

我们强烈建议您通过指定 Git 引用、SHA 或 Docker 标签号来明确所用操作的版本。 如果不指定版本，在操作所有者发布更新时可能会中断您的工作流程或造成非预期的行为。

* 使用已发行操作版本的 SHA 对于稳定性和安全性是最安全的。
* 使用特定主要操作版本可在保持兼容性的同时接收关键修复和安全补丁。 还可确保您的工作流程能够正常运作。
* 使用操作的默认分支可能很方便，但如果有人新发布具有突破性更改的主要版本，您的工作流程可能会中断。

某些操作需要必须使用 [`with`](/zh/actions/using-workflows/workflow-syntax-for-github-actions#jobsjob_idstepswith) 关键字设置的输入。 请查阅操作的自述文件，确定所需的输入。

```yaml
runs:
  using: "composite"
  steps:
    # Reference a specific commit
    - uses: actions/checkout@8f4b7f84864484a7bf31766abe9204da3cbe65b3
    # Reference the major version of a release
    - uses: actions/checkout@v5
    # Reference a specific version
    - uses: actions/checkout@v5.2.0
    # 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 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
```

#### `runs.steps[*].with`

```
          **可选** 由操作定义的输入参数的 `map`。 每个输入参数都是一个键/值对。 有关详细信息，请参阅[示例：指定输入](#example-specifying-inputs)。
```

```yaml
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

```yaml
runs:
  using: 'docker'
  image: 'Dockerfile'
```

### 示例：使用公共 Docker 注册表容器

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

### 用于 Docker 容器操作的 `runs.using`

```
          **必需** 必须将此值设置为 `'docker'`。
```

### `runs.pre-entrypoint`

（可选）允许在 \*\*\*\* 操作开始之前运行脚本。 例如，可以使用 `pre-entrypoint:` 运行先决条件安装脚本。 GitHub Actions 使用 `docker run` 启动此操作，并在使用相同基础映像的新容器中运行脚本。 这意味着运行时状态与主 `entrypoint` 容器不同，所需的任何状态都必须在工作区、`HOME` 中或作为 `STATE_` 变量可供访问。
`pre-entrypoint:` 操作始终默认运行，但你也可使用 [`runs.pre-if`](#runspre-if) 替代该操作。

使用 [`using`](#runsusing-for-docker-container-actions) 语法指定的运行时将执行此文件。

在此示例中，`pre-entrypoint:` 操作运行名为 `setup.sh` 的脚本：

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

### `runs.image`

```
          **必需** 要用作运行操作的容器的 Docker 映像。 该值可以是 Docker 基础映像名称、存储库中的本地 `Dockerfile`，也可以是 Docker Hub 或其他注册表中的公共映像。 若要引用存储库本地的 `Dockerfile`，文件必须命名为 `Dockerfile`，并且必须使用操作元数据文件的相对路径。 
          `docker` 应用程序将执行此文件。
```

### `runs.env`

（可选）指定要在容器环境中设置的环境变量的键/值映射。

### `runs.entrypoint`

```
          **可选** 如果已指定该项，则替代 `Dockerfile` 中的 Docker `ENTRYPOINT`，否则对其进行设置。 如果 `entrypoint` 未指定 `Dockerfile` 或要替代 `ENTRYPOINT` 指令，请使用 `ENTRYPOINT`。 如果省略 `entrypoint`，将执行在 Docker `ENTRYPOINT` 指令中指定的命令。 Docker `ENTRYPOINT` 指令具有 shell 形式和 exec 形式 。 Docker `ENTRYPOINT` 文档建议使用 `ENTRYPOINT` 指令的 _exec_ 形式。
```

有关 `entrypoint` 的执行方式的详细信息，请参阅“[Dockerfile 对 GitHub Actions 的支持](/zh/actions/creating-actions/dockerfile-support-for-github-actions#entrypoint)”。

### `runs.post-entrypoint`

允许在\*\*\*\* 操作完成后运行清理脚本（可选）。 GitHub Actions 使用 `docker run` 启动此操作。 由于 GitHub Actions 使用相同的基础映像在新容器内运行脚本，因此运行时状态与主 `entrypoint` 容器不同。 可以在工作区、`HOME` 或 `STATE_` 变量中访问所需的任何状态。
`post-entrypoint:` 操作始终默认运行，但你也可使用 [`runs.post-if`](#runspost-if) 替代该操作。

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

### `runs.args`

（可选）用于定义 Docker 容器的输入的字符串数组。 输入可包含硬编码的字符串。 GitHub 在容器启动时将 `args` 传递到容器的 `ENTRYPOINT`。

```
          `args` 用于代替 `CMD` 中的 `Dockerfile` 指令。 如果在 `Dockerfile` 中使用 `CMD`，请使用按偏好排序的指南：
```

1. 在操作的自述文件中记录必要的参数，并在 `CMD` 指令的中忽略它们。
2. 使用默认值，允许不指定任何 `args` 即可使用操作。
3. 如果操作显示 `--help` 标记或类似项，请使用它让你的操作能够自行记录。

如果需要将环境变量传递到操作中，请确保操作运行命令 shell 以执行变量替换。 例如，如果 `entrypoint` 属性设置为 `"sh -c"`，则 `args` 将在命令 shell 中运行。 此外，如果 `Dockerfile` 使用 `ENTRYPOINT` 运行相同的命令 (`"sh -c"`)，则 `args` 也将在命令 shell 中执行。

有关将 `CMD` 指令与 GitHub Actions 结合使用的详细信息，请参阅“[Dockerfile 对 GitHub Actions 的支持](/zh/actions/creating-actions/dockerfile-support-for-github-actions#cmd)”。

#### 示例：为 Docker 容器定义参数

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

## `branding`

```
          **可选** 可使用颜色和 [Feather](https://feathericons.com/) 图标来创建徽章，以个性化设置和区分操作。 在 [GitHub Marketplace](https://github.com/marketplace?type=actions) 中，操作名称旁边会显示徽章。
```

### 示例：为操作配置品牌宣传

```yaml
branding:
  icon: 'award'
  color: 'green'
```

### `branding.color`

徽章的背景颜色。 可以是以下项之一：`white`、`black`、`yellow`、`blue`、`green`、`orange`、`red`、`purple` 或 `gray-dark`。

### `branding.icon`

要使用的 v4.28.0 [Feather](https://feathericons.com/) 图标的名称。

#### 省略的图标

省略了品牌图标和下列所有图标。

<ul style="-webkit-column-count: 4; -moz-column-count: 4; column-count: 4;">
<li>咖啡</li>
<li>列</li>
<li>divide-circle</li>
<li>divide-square</li>
<li>相割</li>
<li>皱眉</li>
<li>六边形</li>
<li>关键值</li>
<li>无所谓</li>
<li>鼠标指针</li>
<li>微笑</li>
<li>工具</li>
<li>x-八边形</li>
</ul>

#### 当前支持的所有图标的详尽列表

<!--
  This list should match the icon list in `app/models/repository_actions/icons.rb` in the internal github repo.
  To support a new icon, update `app/models/repository_actions/icons.rb` and add the svg to `/static/images/icons/feather` in the internal github repo.
-->

<ul style="-webkit-column-count: 4; -moz-column-count: 4; column-count: 4;">
<li>活动</li>
<li>airplay</li>
<li>alert-circle</li>
<li>alert-octagon</li>
<li>警报三角形</li>
<li>align-center</li>
<li>align-justify</li>
<li>align-left</li>
<li>align-right</li>
<li>定位标记</li>
<li>光圈</li>
<li>存档</li>
<li>向下箭头圆圈</li>
<li>向左下箭头</li>
<li>arrow-down-right</li>
<li>向下箭头</li>
<li>arrow-left-circle</li>
<li>左箭头</li>
<li>arrow-right-circle</li>
<li>向右箭头</li>
<li>上箭头圆圈</li>
<li>arrow-up-left</li>
<li>arrow-up-right</li>
<li>向上箭头</li>
<li>at-sign</li>
<li>奖</li>
<li>条形图-2</li>
<li>bar-chart</li>
<li>电池充电</li>
<li>电池</li>
<li>bell-off</li>
<li>响铃</li>
<li>蓝牙</li>
<li>粗体</li>
<li>book-open</li>
<li>book</li>
<li>书签</li>
<li>盒子</li>
<li>公文包</li>
<li>日历</li>
<li>摄像头关闭</li>
<li>照相机</li>
<li>强制转换</li>
<li>check-circle</li>
<li>check-square</li>
<li>检查</li>
<li>向下箭头</li>
<li>chevron-left</li>
<li>chevron-right</li>
<li>chevron-up</li>
<li>chevrons-down</li>
<li>chevrons-left</li>
<li>chevrons-right</li>
<li>chevrons-up</li>
<li>圆</li>
<li>剪贴板</li>
<li>时钟</li>
<li>云细雨</li>
<li>云-闪电</li>
<li>cloud-off</li>
<li>云雨</li>
<li>雪云</li>
<li>云</li>
<li>代码</li>
<li>命令</li>
<li>指南针</li>
<li>copy</li>
<li>corner-down-left</li>
<li>corner-down-right</li>
<li>corner-left-down</li>
<li>corner-left-up</li>
<li>corner-right-down</li>
<li>corner-right-up</li>
<li>corner-up-left</li>
<li>corner-up-right</li>
<li>中央处理器 (CPU)</li>
<li>信用卡</li>
<li>剪切</li>
<li>crosshair</li>
<li>数据库</li>
<li>删除</li>
<li>磁盘</li>
<li>美元符号</li>
<li>download-cloud</li>
<li>下载</li>
<li>Droplet</li>
<li>edit-2</li>
<li>edit-3</li>
<li>编辑</li>
<li>外部链接</li>
<li>eye-off</li>
<li>眼睛</li>
<li>fast-forward</li>
<li>羽毛</li>
<li>file-minus</li>
<li>file-plus</li>
<li>文件文本</li>
<li>文件</li>
<li>film</li>
<li>筛选器</li>
<li>标志</li>
<li>folder-minus</li>
<li>folder-plus</li>
<li>文件夹</li>
<li>礼物</li>
<li>git-branch</li>
<li>git-commit</li>
<li>git-merge</li>
<li>git-pull-request</li>
<li>地球仪</li>
<li>网格</li>
<li>硬盘</li>
<li>哈希</li>
<li>耳机</li>
<li>heart</li>
<li>help-circle</li>
<li>主页</li>
<li>图像</li>
<li>收件箱</li>
<li>info</li>
<li>斜体</li>
<li>图层</li>
<li>布局</li>
<li>救生圈</li>
<li>link-2</li>
<li>链接</li>
<li>列表</li>
<li>加载器</li>
<li>锁定</li>
<li>登录</li>
<li>退出</li>
<li>邮件</li>
<li>map-pin</li>
<li>映射</li>
<li>maximize-2</li>
<li>最大化</li>
<li>菜单</li>
<li>消息圈</li>
<li>message-square</li>
<li>麦克风关闭</li>
<li>麦克风_</li>
<li>minimize-2</li>
<li>最小化</li>
<li>minus-circle</li>
<li>minus-square</li>
<li>减</li>
<li>监视</li>
<li>月亮</li>
<li>more-horizontal</li>
<li>more-vertical</li>
<li>move</li>
<li>音乐</li>
<li>navigation-2</li>
<li>导航</li>
<li>八边形</li>
<li>包</li>
<li>paperclip</li>
<li>pause-circle</li>
<li>暂停</li>
<li>百分比</li>
<li>电话通话</li>
<li>phone-forwarded</li>
<li>phone-incoming</li>
<li>phone-missed</li>
<li>关闭手机</li>
<li>phone-outgoing</li>
<li>电话</li>
<li>pie-chart</li>
<li>play-circle</li>
<li>播放</li>
<li>plus-circle</li>
<li>plus-square</li>
<li>加号</li>
<li>pocket</li>
<li>电源</li>
<li>打印机</li>
<li>收音机</li>
<li>refresh-ccw</li>
<li>refresh-cw</li>
<li>repeat</li>
<li>后退</li>
<li>rotate-ccw</li>
<li>rotate-cw</li>
<li>rss</li>
<li>保存</li>
<li>剪刀</li>
<li>搜索</li>
<li>发送</li>
<li>服务器</li>
<li>设置</li>
<li>分享-2</li>
<li>共享</li>
<li>屏蔽</li>
<li>shield</li>
<li>购物袋</li>
<li>购物车</li>
<li>shuffle</li>
<li>边栏</li>
<li>skip-back</li>
<li>skip-forward</li>
<li>slash</li>
<li>滑块</li>
<li>智能手机</li>
<li>扬声器</li>
<li>square</li>
<li>star</li>
<li>stop-circle</li>
<li>太阳</li>
<li>日出</li>
<li>日落</li>
<li>表</li>
<li>平板电脑</li>
<li>标签</li>
<li>目标</li>
<li>终端</li>
<li>温度计</li>
<li>thumbs-down</li>
<li>点赞</li>
<li>toggle-left</li>
<li>toggle-right</li>
<li>垃圾-2</li>
<li>回收站</li>
<li>下降趋势</li>
<li>趋势上升</li>
<li>三角形</li>
<li>卡车</li>
<li>电视</li>
<li>类型</li>
<li>雨伞</li>
<li>下划线</li>
<li>解锁</li>
<li>upload-cloud</li>
<li>上传</li>
<li>用户验证</li>
<li>user-minus</li>
<li>user-plus</li>
<li>user-x</li>
<li>用户</li>
<li>用户</li>
<li>video-off</li>
<li>视频</li>
<li>语音信箱</li>
<li>卷1</li>
<li>volume-2</li>
<li>音量-x</li>
<li>容量</li>
<li>监视</li>
<li>关闭Wi-Fi</li>
<li>wifi</li>
<li>风</li>
<li>x-circle</li>
<li>x平方</li>
<li>x</li>
<li>zap-off</li>
<li>zap</li>
<li>放大</li>
<li>zoom-out</li>
</ul>

## 更改元数据文件名

虽然操作元数据文件支持这两种 YAML 格式，但更改元数据文件名（从 `action.yml` 更改为 `action.yaml`，反之亦然）会影响已发布到 GitHub Marketplace 的以前版本。 更改文件名将导致在 GitHub Marketplace 中隐藏与先前文件名关联的所有发布版本。 用户仍可通过源存储库访问先前的发布版本。

当发布新版本时，只有在元数据文件名更改后发布的版本才会具有 GitHub Marketplace 标记，并将显示在 GitHub Marketplace
上