GitHub Actions 的元数据语法

关于 GitHub Actions 的 YAML 语法

所有操作都需要元数据文件。元数据文件名必须为 action.yml 或 action.yaml。元数据文件中的数据定义操作的输入、输出和运行配置。

操作元数据文件使用 YAML 语法。如果不熟悉 YAML，可以阅读“用五分钟的时间来了解 YAML”。

`name`

（必需）操作的名称。 GitHub 在“操作”选项卡中显示 name，以帮助直观地识别每个作业中的操作。

`author`

（可选）操作创建者的姓名。

`description`

（必需）操作的简短说明。

`inputs`

（可选）可通过输入参数指定操作预期在运行时使用的数据。 GitHub 将输入参数存储为环境变量。大写的输入 ID 在运行时转换为小写。建议使用小写输入 ID。

示例：指定输入

此示例配置两个输入：num-octocats 和 octocat-eye-color。输入 num-octocats 不是必需的，将默认为值“1”；octocat-eye-color 是必需的，没有默认值。使用此操作的工作流文件必须使用 with 关键字来设置 octocat-eye-color 的输入值。有关 with 语法的详细信息，请参阅“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>。如果不进行转换，您可以手动更改这些输入。

若要访问 Docker 容器操作中的环境变量，必须使用操作元数据文件中的关键字 args 传递输入。有关 Docker 容器操作的操作元数据文件的详细信息，请参阅“创建 Docker 容器操作”。

例如，如果工作流定义了 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)，用作其他操作的输入。

输出是 Unicode 字符串，最大为 1 MB。工作流运行中所有输出的总和最大为 50 MB。

如果不在操作元数据文件中声明输出，您仍然可以设置输出并在工作流程中使用它们。有关在操作中设置输出的详细信息，请参阅“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 相同的参数（请参阅“用于 Docker 容器和 JavaScript 操作的 outputs”），但也包括 value 令牌。

输出是 Unicode 字符串，最大为 1 MB。工作流运行中所有输出的总和最大为 50 MB。

示例：声明复合操作的 outputs

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

有关如何使用上下文语法的详细信息，请参阅“上下文”。

`runs`

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

JavaScript 操作的 `runs`

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

示例：使用 Node.js v16

runs:
  using: 'node16'
  main: 'main.js'

JavaScript 操作的 `runs.using`

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

对 Node.js v16 使用 node16。

`runs.main`

（必需）包含操作代码的文件。 using 中指定的运行时执行此文件。

`runs.pre`

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

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

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

`runs.pre-if`

（可选）允许定义 pre: 操作执行的条件。仅当满足 pre-if 中的条件时，才会运行 pre: 操作。如果未设置此项，则 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: 'node16'
  main: 'index.js'
  post: 'cleanup.js'

post: 操作始终默认运行，但你也可使用 post-if 替代该操作。

`runs.post-if`

（可选）允许定义 post: 操作执行的条件。仅当满足 post-if 中的条件时，才会运行 post: 操作。如果未设置此项，则 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

有关详细信息，请参阅“上下文”。

`runs.steps[*].shell`

（可选）要在其中运行命令的 shell。可以使用此处列出的任何 shell。如果设置了 run，则为必需项。

`runs.steps[*].if`

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

在 if 条件下使用表达式时，可以省略表达式语法 (${{ }})，因为 GitHub 会自动将 if 条件作为表达式求值。有关详细信息，请参阅“表达式”。

示例：使用上下文

此步骤仅在事件类型为 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 仅在组合操作的上一步失败时运行。有关详细信息，请参阅“表达式”。

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 在上下文中引用该步骤。有关详细信息，请参阅“上下文”。

`runs.steps[*].env`

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

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

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

`runs.steps[*].uses`

（可选）选择要作为作业中步骤的一部分运行的操作。操作是一种可重复使用的代码单位。可以使用在与工作流、公共存储库或已发布的 Docker 容器映像相同的存储库中定义的操作。

强烈建议指定 Git ref、SHA 或 Docker 标记编号来包含所用操作的版本。如果不指定版本，在操作所有者发布更新时可能会中断您的工作流程或造成非预期的行为。

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

某些操作需要必须使用 with 关键字设置的输入。请查阅操作的自述文件，确定所需的输入。

runs:
  using: "composite"
  steps:
    # Reference a specific commit
    - uses: actions/checkout@a81bbbf8298c0fa03ea29cdc473d45769f953675
    # Reference the major version of a release
    - uses: actions/checkout@v3
    # Reference a specific version
    - uses: actions/checkout@v3.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。每个输入参数都是一个键/值对。有关详细信息，请参阅示例：指定输入。

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

用于 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'

`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 对 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，请使用按偏好排序的指南：

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

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

有关将 CMD 指令与 GitHub Actions 结合使用的详细信息，请参阅“Dockerfile 对 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、yellow、blue、green、orange、red、purple 或 gray-dark。

`branding.icon`

要使用的 v4.28.0 Feather 图标的名称。省略了品牌图标以及以下内容：

咖啡	列	divide-circle	divide-square
divide	frown	六边形	key
meh	mouse-pointer	smile	工具 (tool)
x-octagon

以下是当前支持的所有图标的详尽列表：

activity	airplay	alert-circle	alert-octagon
alert-triangle	align-center	align-justify	align-left
align-right	定位点	aperture	存档
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	向上箭头
at-sign	award	bar-chart-2	bar-chart
battery-charging	电池	bell-off	响铃
蓝牙	粗体	book-open	book
书签 (bookmark)	box	briefcase	日历
camera-off	照相机	强制转换	check-circle
check-square	选中	chevron-down	chevron-left
chevron-right	chevron-up	chevrons-down	chevrons-left
chevrons-right	chevrons-up	circle	剪贴板
clock	cloud-drizzle	cloud-lightning	cloud-off
cloud-rain	cloud-snow	cloud	code
命令	指南针	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	裁剪	crosshair	database
delete	disc	dollar-sign	download-cloud
下载	droplet	edit-2	edit-3
编辑	external-link	eye-off	eye
fast-forward	feather	file-minus	file-plus
file-text	file	film	filter
标志	folder-minus	folder-plus	文件夹
gift	git-branch	git-commit	git-merge
git-pull-request	globe	grid	hard-drive
hash	headphones	heart	help-circle
主页	image	inbox	info
斜体	图层	布局	life-buoy
link-2	链接	list	loader
锁 (lock)	log-in	log-out	mail
map-pin	map	maximize-2	maximize
“菜单”	message-circle	message-square	mic-off
mic	minimize-2	最小化	minus-circle
minus-square	minus	监视	moon
more-horizontal	more-vertical	移动	music
navigation-2	导航	octagon	包
paperclip	pause-circle	pause	%
phone-call	phone-forwarded	phone-incoming	phone-missed
phone-off	phone-outgoing	phone	pie-chart
play-circle	玩游戏	plus-circle	plus-square
plus	pocket	power	打印机
radio	refresh-ccw	refresh-cw	repeat
rewind	rotate-ccw	rotate-cw	rss
保存	scissors	search	发送
server	设置	share-2	共享
shield-off	shield	shopping-bag	shopping-cart
随机选择	边栏	skip-back	skip-forward
slash	滑块	智能手机	扬声器
square	星号键	stop-circle	周六
sunrise	日落	平板电脑	标记
目标	terminal	thermometer	thumbs-down
thumbs-up	toggle-left	toggle-right	trash-2
trash	trending-down	trending-up	三角形
卡车	电视	类型	雨伞
下划线	解锁	upload-cloud	upload
user-check	user-minus	user-plus	user-x
user	users	video-off	视频
voicemail	volume-1	volume-2	volume-x
卷	查看	wifi-off	wifi
wind	x-circle	x-square	x
zap-off	zap	zoom-in	zoom-out

GitHub Actions 的元数据语法

本文内容

关于 GitHub Actions 的 YAML 语法

name

author

description

inputs

示例：指定输入

inputs.<input_id>

inputs.<input_id>.description

inputs.<input_id>.required

inputs.<input_id>.default

inputs.<input_id>.deprecationMessage

用于 Docker 容器和 JavaScript 操作的 outputs

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

outputs.<output_id>

outputs.<output_id>.description

用于组合操作的 outputs

示例：声明复合操作的 outputs

outputs.<output_id>.value

runs

JavaScript 操作的 runs

示例：使用 Node.js v16

JavaScript 操作的 runs.using

runs.main

runs.pre

runs.pre-if

runs.post

runs.post-if

用于组合操作的 runs

用于组合操作的 runs.using

runs.steps

runs.steps[*].run

runs.steps[*].shell

runs.steps[*].if

runs.steps[*].name

runs.steps[*].id

runs.steps[*].env

runs.steps[*].working-directory

runs.steps[*].uses

runs.steps[*].with

用于 Docker 容器操作的 runs