我们经常发布文档更新,此页面的翻译可能仍在进行中。有关最新信息,请访问英文文档。如果此页面上的翻译有问题,请告诉我们

触发工作流程的事件

您可以配置工作流程在 GitHub 上发生特定活动时运行、在预定的时间运行,或者在 GitHub 外部的事件发生时运行。

GitHub 操作 可用于 GitHub Free、GitHub Pro、GitHub Team、GitHub Enterprise Cloud 和 GitHub One。 GitHub 操作 is not available for private repositories owned by accounts using legacy per-repository plans. 更多信息请参阅“GitHub 的产品”。

本文内容

关于工作流程事件

您可以配置工作流程在 web 挂钩事件从 GitHub 上的活动创建时运行。 工作流程可以使用多个 web 挂钩事件来触发工作流程运行。 更多信息请参阅 GitHub 开发者文档 中的“Web 挂钩”。 有关 on 语法的更多信息,请参阅“GitHub 操作 的工作流程语法”。

The following steps occur to trigger a workflow run:

  1. An event occurs on your repository, and the resulting event webhook has an associated commit SHA and Git ref.

  2. The .github/workflows directory in your repository is searched for workflow files at the associated commit SHA or Git ref. The workflow files must be present in that commit SHA or Git ref to be considered.

    For example, if the event occurred on a particular repository branch, then the workflow files must be present in the repository on that branch.

  3. The workflow files for that commit SHA and Git ref are inspected, and a new workflow run is triggered for any workflows that have on: values that match the triggering event.

    The workflow runs on your repository's code at the same commit SHA and Git ref that triggered the event. When a workflow runs, GitHub sets the GITHUB_SHA (commit SHA) and GITHUB_REF (Git ref) environment variables in the runner environment. For more information, see "Using environment variables."

Note: You cannot trigger new workflow runs using the GITHUB_TOKEN. For more information, see "Triggering new workflows using a personal access token."

使用单一事件的示例

# Trigger on push
on: push

使用事件列表的示例

# Trigger the workflow on push or pull request
on: [push, pull_request]

使用具有活动类型或配置的多个事件示例

如果您需要为一个事件指定活动类型或配置,必须分别配置每个事件。 您必须为所有事件附加冒号 (`:</0),包括没有配置的事件。

on:
  # Trigger the workflow on push or pull request,
  # but only for the master branch
  push:
    branches:
      - master
  pull_request:
    branches:
      - master
  # Also trigger on page_build, as well as release created events
  page_build:
  release:
    types: # This configuration does not affect the page_build event above
      - created
`

Web 挂钩事件

您可以将工作流程配置为在 GitHub 上创建 web 挂钩事件时运行。 某些事件有多种触发事件的活动类型。 如果有多种活动类型触发事件,则可以指定哪些活动类型将触发工作流程运行。

检查运行事件:check_run

在发生 check_run 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“检查运行”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
check_run - created
- rerequested
- completed
- requested_action
默认分支上的最新提交 默认分支

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在检查运行为 rerequestedrequested_action 时运行工作流程。

on:
  check_run:
    types: [rerequested, requested_action]

检查套件事件:check_suite

在发生 check_suite 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档 中的“检查套件”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Note: To prevent recursive workflows, this event does not trigger workflows if the check suite was created by GitHub 操作.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
check_suite - completed
- requested
- rerequested
默认分支上的最新提交 默认分支

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在检查套件为 rerequestedcompleted 时运行工作流程。

on:
  check_suite:
    types: [rerequested, completed]

创建事件:create

每当有人创建分支或标记(触发 create 事件)时运行您的工作流程。 有关 REST API 的信息,请参阅 GitHub 开发者文档 中的“创建引用”。

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
create n/a 创建的分支或标记上的最新提交 创建的分支或标记

例如,您可以在发生 create 事件时运行工作流程。

on:
  create

删除事件:delete

每当有人删除分支或标记(触发 delete 事件)时运行您的工作流程。 有关 REST API 的信息,请参阅 GitHub 开发者文档 中的“删除引用”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Webhook event payload 活动类型 GITHUB_SHA GITHUB_REF
delete n/a 默认分支上的最新提交 默认分支

例如,您可以在发生 delete 事件时运行工作流程。

on:
  delete

部署事件:deployment

每当有人创建部署(触发 deployment 事件)时运行您的工作流程。 使用提交 SHA 创建的部署可能没有 Git 引用。 有关 REST API 的信息,请参阅 GitHub 开发者文档 中的“部署”。

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
deployment n/a 要部署的提交 要部署的分支或标记(提交时为空)

例如,您可以在发生 deployment 事件时运行工作流程。

on:
  deployment

部署状态事件:deployment_status

每当第三方提供部署状态(触发 deployment_status 事件)时运行您的工作流程。 使用提交 SHA 创建的部署可能没有 Git 引用。 有关 REST API 的信息,请参阅 GitHub 开发者文档 中的“创建部署状态”。

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
deployment_status n/a 要部署的提交 要部署的分支或标记(提交时为空)

例如,您可以在发生 deployment_status 事件时运行工作流程。

on:
  deployment_status

复刻事件:fork

每当有人复刻仓库(触发 fork 事件)时运行您的工作流程。 有关 REST API 的信息,请参阅 GitHub 开发者文档 中的“创建复刻”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
复刻 n/a 默认分支上的最新提交 默认分支

例如,您可以在发生 fork 事件时运行工作流程。

on:
  fork

Gollum 事件:gollum

当有人创建或更新 Wiki 页面时(触发 gollum 事件)运行您的工作流程。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
gollum n/a 默认分支上的最新提交 默认分支

例如,您可以在发生 gollum 事件时运行工作流程。

on:
  gollum

议题评论事件:issue_comment

在发生 issue_comment 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“议题评论”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
issue_comment - created
- edited
- deleted
默认分支上的最新提交 默认分支

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在议题评论为 createddeleted 时运行工作流程。

on:
  issue_comment:
    types: [created, deleted]

议题事件:issues

在发生 issues 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“议题”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
issues - opened
- edited
- deleted
- transferred
- pinned
- unpinned
- closed
- reopened
- assigned
- unassigned
- labeled
- unlabeled
- locked
- unlocked
- milestoned
- demilestoned
默认分支上的最新提交 默认分支

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在议题为 openededitedmilestoned 时运行工作流程。

on:
  issues:
    types: [opened, edited, milestoned]

标签事件:label

在发生 label 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“标签”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
标签 - created
- edited
- deleted
默认分支上的最新提交 默认分支

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在标签为 createddeleted 时运行工作流程。

on:
  label:
    types: [created, deleted]

里程碑事件:milestone

在发生 milestone 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“里程碑”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
里程碑 - created
- closed
- opened
- edited
- deleted
默认分支上的最新提交 默认分支

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

For example, you can run a workflow when a milestone has been opened or deleted.

on:
  milestone:
    types: [opened, deleted]

页面构建事件:page_build

在有人推送到启用 GitHub Pages 的分支(触发 page_build 事件)的任何时间运行您的工作流程。 有关 REST API 的信息,请参阅 GitHub 开发者文档 中的“页面”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
page_build n/a 默认分支上的最新提交 n/a

例如,您可以在发生 page_build 事件时运行工作流程。

on:
  page_build

项目事件:project

在发生 project 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“项目”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
project - created
- updated
- closed
- reopened
- edited
- deleted
默认分支上的最新提交 默认分支

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在项目为 createddeleted 时运行工作流程。

on:
  project:
    types: [created, deleted]

项目卡事件:project_card

在发生 project_card 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“项目卡”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
project_card - created
- moved
- converted to an issue
- edited
- deleted
默认分支上的最新提交 默认分支

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在项目卡为 openeddeleted 时运行工作流程。

on:
  project_card:
    types: [opened, deleted]

项目列事件:project_column

在发生 project_column 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“项目列”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
project_column - created
- updated
- moved
- deleted
默认分支上的最新提交 默认分支

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在项目列为 createddeleted 时运行工作流程。

on:
  project_column:
    types: [created, deleted]

公开事件:public

每当有人将私有仓库公开(触发 public 事件)时运行您的工作流程。 有关 REST API 的信息,请参阅 GitHub 开发者文档 中的“编辑仓库”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
public n/a 默认分支上的最新提交 默认分支

例如,您可以在发生 public 事件时运行工作流程。

on:
  public

拉取请求事件:pull_request

在发生 pull_request 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“拉取请求”。

默认情况下,工作流程仅在 pull_request 的活动类型为 openedsynchronizereopened 时运行。 要让更多活动类型触发工作流程,请使用 types 关键词。

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
pull_request - assigned
- unassigned
- labeled
- unlabeled
- opened
- edited
- closed
- reopened
- synchronize
- ready_for_review
- locked
- unlocked
- review_requested
- review_request_removed
GITHUB_REF 分支上的最新合并提交 PR 合并分支 refs/pull/:prNumber/merge

您可以使用 types 关键词扩展或限制默认活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

For example, you can run a workflow when a pull request has been assigned, opened, synchronize, or reopened.

on:
  pull_request:
    types: [assigned, opened, synchronize, reopened]
复刻的仓库的拉取请求事件

注:如果从复刻仓库打开拉取请求,工作流程不会在私有基础仓库上运行。

当创建一个从复刻仓库到基础仓库的拉取请求时,GitHub 发送 pull_request 事件到基础仓库,而在复刻仓库上不发生拉取请求事件。

默认情况下,工作流程不在复刻仓库上运行。 您必须在复刻仓库的 Actions(操作)选项卡中启用 GitHub 操作。

对复刻的仓库中 GITHUB_TOKEN 的权限为只读。 For more information, see "Authenticating with the GITHUB_TOKEN."

拉取请求审查事件:pull_request_review

在发生 pull_request_review 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“拉取请求审查”。

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
pull_request_review - submitted
- edited
- dismissed
GITHUB_REF 分支上的最新合并提交 PR 合并分支 refs/pull/:prNumber/merge

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在拉取请求审查为 editeddismissed 时运行工作流程。

on:
  pull_request_review:
    types: [edited, dismissed]
复刻的仓库的拉取请求事件

注:如果从复刻仓库打开拉取请求,工作流程不会在私有基础仓库上运行。

当创建一个从复刻仓库到基础仓库的拉取请求时,GitHub 发送 pull_request 事件到基础仓库,而在复刻仓库上不发生拉取请求事件。

默认情况下,工作流程不在复刻仓库上运行。 您必须在复刻仓库的 Actions(操作)选项卡中启用 GitHub 操作。

对复刻的仓库中 GITHUB_TOKEN 的权限为只读。 For more information, see "Authenticating with the GITHUB_TOKEN."

拉取请求审查评论事件:pull_request_review_comment

每当拉取请求统一差异的评论被修改(触发 pull_request_review_comment 事件)时运行您的工作流程。 多个活动类型会触发此事件。 有关 REST API 的信息,请参阅 GitHub 开发者文档 中的“审查评论”。

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
pull_request_review_comment - created
- edited
- deleted
GITHUB_REF 分支上的最新合并提交 PR 合并分支 refs/pull/:prNumber/merge

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在拉取请求审查评论为 createddeleted 时运行工作流程。

on:
  pull_request_review_comment:
    types: [created, deleted]
复刻的仓库的拉取请求事件

注:如果从复刻仓库打开拉取请求,工作流程不会在私有基础仓库上运行。

当创建一个从复刻仓库到基础仓库的拉取请求时,GitHub 发送 pull_request 事件到基础仓库,而在复刻仓库上不发生拉取请求事件。

默认情况下,工作流程不在复刻仓库上运行。 您必须在复刻仓库的 Actions(操作)选项卡中启用 GitHub 操作。

对复刻的仓库中 GITHUB_TOKEN 的权限为只读。 For more information, see "Authenticating with the GITHUB_TOKEN."

推送事件:push

注:适用于 GitHub Actions 的 web 挂钩有效负载在 commit 对象中不包括 addedremovedmodified 属性。 您可以使用 REST API 检索完整的提交对象。 更多信息请参阅 GitHub 开发者文档 中的“获取单个提交”。

有人向仓库分支推送(触发 push 事件)时运行您的工作流程。

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
推送 n/a 推送的提交,除非删除分支(当它是默认分支时) 更新的引用

例如,您可以在发生 push 事件时运行工作流程。

on:
  push

Registry package event: registry_package

Runs your workflow anytime a package is published or updated. For more information, see "Managing packages with GitHub 包注册表."

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
registry_package - published
- updated
Commit of the published package Branch or tag of the published package

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

For example, you can run a workflow when a package has been published.

on:
  registry_package:
    types: [published]

版本发布事件:release

Note: The release event is not triggered for draft releases.

在发生 release 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“版本发布”。

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
发行版 - published,
- unpublished
- created
- edited
- deleted
- prereleased
标记的发行版中的最新提交 发行版标记

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在版本发布为 published 时运行工作流程。

on:
  release:
    types: [published]

状态事件:status

在 Git 提交的状态发生变化(触发 status 事件)的任何时间运行您的工作流程。 有关 REST API 的信息,请参阅 GitHub 开发者文档 中的“状态”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
状态 n/a 默认分支上的最新提交 n/a

例如,您可以在发生 status 事件时运行工作流程。

on:
  status

关注事件:watch

在发生 watch 事件的任何时间运行您的工作流程。 多个活动类型会触发此事件。有关 REST API 的信息,请参阅 GitHub 开发者文档中的“星标”。

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
查看 - started 默认分支上的最新提交 默认分支

默认情况下,所有活动类型都会触发一个工作流程。 您可以使用 types(类型) 关键词将工作流程限制为针对特定活动类型。 更多信息请参阅“GitHub 操作 的工作流程语法”。

例如,您可以在某人为仓库加星标时(即触发关注事件的 started 活动类型)运行工作流程。

on:
  watch:
    types: [started]

安排的事件:schedule

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
n/a n/a 默认分支上的最新提交 默认分支

您可以使用 POSIX cron 语法安排工作流程在特定的 UTC 时间运行。 预定的工作流程在默认或基础分支的最新提交上运行。 您可以运行预定工作流程的最短间隔是每 5 分钟一次。

此示例每隔 15 分钟触发工作流程:

on:
  schedule:
    # * is a special character in YAML so you have to quote this string
    - cron:  '*/15 * * * *'

计划任务语法有五个字段,中间用空格分隔,每个字段代表一个时间单位。

┌───────────── minute (0 - 59)
│ ┌───────────── hour (0 - 23)
│ │ ┌───────────── day of the month (1 - 31)
│ │ │ ┌───────────── month (1 - 12 or JAN-DEC)
│ │ │ │ ┌───────────── day of the week (0 - 6 or SUN-SAT)
│ │ │ │ │                                   
│ │ │ │ │
│ │ │ │ │
* * * * *

您可在这五个字段中使用以下运算符:

运算符 描述 示例
* 任意值 * * * * * 在每天的每分钟运行。
, 值列表分隔符 2,10 4,5 * * * 在每天第 4 和第 5 小时的第 2 和第 10 分钟运行。
- 值的范围 0 4-6 * * * 在第 4、5、6 小时的第 0 分钟运行。
/ 步骤值 20/15 * * * * 从第 20 分钟到第 59 分钟每隔 15 分钟运行(第 20、35 和 50 分钟)。

注: GitHub 操作 不支持非标准语法 @yearly@monthly@weekly@daily@hourly@reboot

您可以使用 crontab guru 帮助生成计划任务语法并确认它在何时运行。 为帮助您开始,我们还提供了一系列 crontab guru 示例

外部事件:repository_dispatch

Web 挂钩事件有效负载 活动类型 GITHUB_SHA GITHUB_REF
repository_dispatch n/a GITHUB_REF 分支上的最新提交 收到了分发的分支

Note: This event will only trigger a workflow run if the workflow file is on the master or default branch.

当您想要触发在 GitHub 外发生的活动的工作流程时,可以使用 GitHub API 触发名为 repository_dispatch 的 web 挂钩事件。 更多信息请参阅 GitHub 开发者文档 中的“创建仓库分发事件”。

要触发自定义 repository_dispatch web 挂钩事件,必须将 POST 请求发送到 GitHub API 端点,并提供 event_type 名称来描述活动类型。 要触发工作流程运行,还必须配置工作流程使用 repository_dispatch 事件。

示例

此事件没有额外的活动类型,因此不支持 types 关键词。

on: repository_dispatch

Triggering new workflows using a personal access token

When you use the repository's GITHUB_TOKEN to perform tasks on behalf of the GitHub 操作 app, events triggered by the GITHUB_TOKEN will not create a new workflow run. This prevents you from accidentally creating recursive workflow runs. For example, if a workflow run pushes code using the repository's GITHUB_TOKEN, a new workflow will not run even when the repository contains a workflow configured to run when push events occur. For more information, see "Authenticating with the GITHUB_TOKEN."

If you would like to trigger a workflow from a workflow run, you can trigger the event using a personal access token. You'll need to create a personal access token and store it as a secret in your repository. To minimize your GitHub 操作 usage costs, ensure that you don't create recursive or unintended workflow runs. For more information, see "Creating and storing encrypted secrets."

问问别人

找不到要找的内容?

联系我们