{"meta":{"title":"重用工作流","intro":"了解如何通过重用现有工作流程来避免在创建工作流程时重复。","product":"GitHub Actions","breadcrumbs":[{"href":"/zh/actions","title":"GitHub Actions"},{"href":"/zh/actions/how-tos","title":"操作方法"},{"href":"/zh/actions/how-tos/reuse-automations","title":"重用自动化"},{"href":"/zh/actions/how-tos/reuse-automations/reuse-workflows","title":"重用工作流"}],"documentType":"article"},"body":"# 重用工作流\n\n了解如何通过重用现有工作流程来避免在创建工作流程时重复。\n\n## 创建可重用的工作流程\n\n可重用工作流程是 YAML 格式的文件，与任何其他工作流程文件非常相似。 与其他工作流文件一样，可以在存储库的 `.github/workflows` 目录中找到可重用的工作流。 不支持 `workflows` 目录的子目录。\n\n若要使工作流可重用，`on` 的值必须包括 `workflow_call`：\n\n```yaml\non:\n  workflow_call:\n```\n\n## 在可重用工作流程中使用输入和机密\n\n您可以定义输入和机密，这些输入和机密可以从调用方工作流程传递，然后在被调用的工作流程中使用。 在可重用工作流程中使用输入或机密有三个阶段。\n\n1. 在可重用工作流中，使用 `inputs` 和 `secrets` 关键字定义将从调用方工作流传递的输入或机密。\n\n   ```yaml\n   on:\n     workflow_call:\n       inputs:\n         config-path:\n           required: true\n           type: string\n       secrets:\n         personal_access_token:\n           required: true\n   ```\n\n   有关定义输入和机密的语法的详细信息，请参阅 [`on.workflow_call.inputs`](/zh/actions/reference/workflows-and-actions/workflow-syntax#onworkflow_callinputs) 和 [`on.workflow_call.secrets`](/zh/actions/reference/workflows-and-actions/workflow-syntax#onworkflow_callsecrets)。\n\n2. 在可重用工作流中，引用在上一步的 `on` 键中定义的输入或机密。\n\n   > \\[!NOTE]\n   > 如果在调用工作流中使用 `secrets: inherit` 继承机密，那么即使未在 `on` 键中显式定义机密，也可以引用它们。 有关详细信息，请参阅“[GitHub Actions 的工作流语法](/zh/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_idsecretsinherit)”。\n\n   ```yaml\n   jobs:\n     reusable_workflow_job:\n       runs-on: ubuntu-latest\n       steps:\n       - uses: actions/labeler@v6\n         with:\n           repo-token: ${{ secrets.personal_access_token }}\n           configuration-path: ${{ inputs.config-path }}\n   ```\n\n   在上面的示例中，`personal_access_token` 是在存储库或组织级别定义的机密。\n\n   > \\[!WARNING]\n   > 无法从调用方工作流传递环境机密，因为 `on.workflow_call` 不支持 `environment` 关键字。 如果在作业级别的可重用工作流中包含 `environment`，则将使用环境机密，而不是从调用方工作流传递的机密。 有关详细信息，请参阅 [管理部署环境](/zh/actions/how-tos/deploy/configure-and-manage-deployments/manage-environments) 和 [GitHub Actions 的工作流语法](/zh/actions/reference/workflows-and-actions/workflow-syntax#onworkflow_call)。\n\n3. 传递来自调用方工作流程的输入或机密。\n\n   若要将命名输入传递到调用的工作流，请在作业中使用 `with` 关键字。 使用 `secrets` 关键字传递命名机密。 对于输入，输入值的数据类型必须与调用的工作流中指定的类型（布尔值、数字或字符串）匹配。\n\n   ```yaml\n   jobs:\n     call-workflow-passing-data:\n       uses: octo-org/example-repo/.github/workflows/reusable-workflow.yml@main\n       with:\n         config-path: .github/labeler.yml\n       secrets:\n         personal_access_token: ${{ secrets.token }}\n   ```\n\n   在同一组织或企业中调用可重用工作流的工作流可以使用 `inherit` 关键字隐式传递机密。\n\n   ```yaml\n   jobs:\n     call-workflow-passing-data:\n       uses: octo-org/example-repo/.github/workflows/reusable-workflow.yml@main\n       with:\n         config-path: .github/labeler.yml\n       secrets: inherit\n   ```\n\n### 示例可重用工作流程\n\n此名为 `workflow-B.yml` 的可重用工作流文件（稍后将在[调用方工作流示例](#example-caller-workflow)中引用此文件）从调用方工作流中获取输入字符串和机密，并在操作中使用它们。\n\n```yaml copy\nname: Reusable workflow example\n\non:\n  workflow_call:\n    inputs:\n      config-path:\n        required: true\n        type: string\n    secrets:\n      token:\n        required: true\n\njobs:\n  triage:\n    runs-on: ubuntu-latest\n    steps:\n    - uses: actions/labeler@v6\n      with:\n        repo-token: ${{ secrets.token }}\n        configuration-path: ${{ inputs.config-path }}\n```\n\n## 调用可重用工作流程\n\n使用 `uses` 关键字调用可重用工作流。 与在工作流程中使用操作不同，您可以直接在作业中调用可重用工作流程，而不是从作业步骤中调用。\n\n[`jobs.<job_id>.uses`](/zh/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_iduses)\n\n可以使用以下语法之一引用可重用的工作流文件：\n\n* `$/.github/workflows/{filename}` 用于同一存储库中的可重用工作流。 这是引用同一存储库中可重用工作流的建议语法。 此语法在 . 中 GitHub Enterprise Server不可用。\n* ```\n            可重用工作流的 `{owner}/{repo}/.github/workflows/{filename}@{ref}`，这些工作流位于公共和私有存储库中。\n  ```\n* `./.github/workflows/{filename}` 用于同一存储库中的可重用工作流。\n\n使用 <<c1/>a0/> 引用可重用工作流<c0 />时，<c2 />可以是 SHA、发布标记或分支名称。 如果发布标记和分支具有相同的名称，则发布标记优先于分支名称。 出于稳定性和安全性考虑，使用提交 SHA 是最稳妥的选项。 有关详细信息，请参阅“[安全使用指南](/zh/actions/reference/security/secure-use#reusing-third-party-workflows)”。\n\n使用或`$/`（不使用）`./``{owner}/{repo}`在同一存储库`@{ref}`中引用可重用工作流时，调用的工作流与调用方工作流的提交相同。 引用 <c0 /> 不得包含 <c1 /> 后缀， <c2 /> 且在 < a0/> 中 <c3 />不可用。 不允许使用 `refs/heads` 和 `refs/tags` 等引用前缀。 您不能在此关键词中使用上下文或表达式。\n\n您可以调用多个工作流程，在单独的作业中引用每个工作流程。\n\n```yaml\njobs:\n  call-workflow-1-in-local-repo:\n    uses: octo-org/this-repo/.github/workflows/workflow-1.yml@172239021f7ba04fe7327647b213799853a9eb89\n  call-workflow-2-in-local-repo:\n    uses: ./.github/workflows/workflow-2.yml\n  # The `$/` syntax is not available in GitHub Enterprise Server.\n  call-workflow-in-same-repo-at-running-commit:\n    uses: $/.github/workflows/workflow-2.yml\n  call-workflow-in-another-repo:\n    uses: octo-org/another-repo/.github/workflows/workflow.yml@v1\n```\n\n### 示例调用方工作流程\n\n此工作流程文件调用两个工作流程文件。 向其中的第二个文件 `workflow-B.yml`（如[可重用工作流示例](#example-reusable-workflow)中所示）传递了一个输入 (`config-path`) 和一个机密 (`token`)。\n\n```yaml copy\nname: Call a reusable workflow\n\non:\n  pull_request:\n    branches:\n      - main\n\njobs:\n  call-workflow:\n    uses: octo-org/example-repo/.github/workflows/workflow-A.yml@v1\n\n  call-workflow-passing-data:\n    permissions:\n      contents: read\n      pull-requests: write\n    uses: octo-org/example-repo/.github/workflows/workflow-B.yml@main\n    with:\n      config-path: .github/labeler.yml\n    secrets:\n      token: ${{ secrets.GITHUB_TOKEN }}\n```\n\n## 将输入和机密传递到可重用的工作流程\n\n若要将命名输入传递到调用的工作流，请在作业中使用 `with` 关键字。 使用 `secrets` 关键字传递命名机密。 对于输入，输入值的数据类型必须与调用的工作流中指定的类型（布尔值、数字或字符串）匹配。\n\n```yaml\njobs:\n  call-workflow-passing-data:\n    uses: octo-org/example-repo/.github/workflows/reusable-workflow.yml@main\n    with:\n      config-path: .github/labeler.yml\n    secrets:\n      personal_access_token: ${{ secrets.token }}\n```\n\n在同一组织或企业中调用可重用工作流的工作流可以使用 `inherit` 关键字隐式传递机密。\n\n```yaml\njobs:\n  call-workflow-passing-data:\n    uses: octo-org/example-repo/.github/workflows/reusable-workflow.yml@main\n    with:\n      config-path: .github/labeler.yml\n    secrets: inherit\n```\n\n## 将矩阵策略与可重用工作流配合使用\n\n使用矩阵策略的作业可以调用可重用工作流。\n\n使用矩阵策略，可以在单个作业定义中使用变量自动创建基于变量组合的多个作业运行。 例如，可以使用矩阵策略将不同输入传递给可重用工作流。 有关矩阵的详细信息，请参阅“[在工作流中运行作业变体](/zh/actions/how-tos/write-workflows/choose-what-workflows-do/run-job-variations)”。\n\n以下示例作业调用可重用工作流，并通过使用值 `target` 定义变量 `[dev, stage, prod]` 来引用矩阵上下文。 它将运行三个作业，变量中的每个值对应一个作业。\n\n```yaml copy\njobs:\n  ReusableMatrixJobForDeployment:\n    strategy:\n      matrix:\n        target: [dev, stage, prod]\n    uses: octocat/octo-repo/.github/workflows/deployment.yml@main\n    with:\n      target: ${{ matrix.target }}\n```\n\n## 嵌套可重用工作流\n\n最多可以连接十 个级别的工作流，即顶级调用方工作流和最多 9 个可重用工作流级别。 例如：\\_caller-workflow\\.yml\\_→\\_called-workflow-1.yml\\_→ \\_\\_*called-workflow-2.yml→called-workflow-3.yml\\_→...→\\_called-workflow-9.yml*。\n\n不允许工作流树中存在循环。\n\n> \\[!NOTE] 嵌套的可重用工作流要求链中的所有工作流都可供调用方访问，并且在整个链中，权限只能保持不变或降低，而不能提升。 有关详细信息，请参阅“[重用工作流配置](/zh/actions/reference/workflows-and-actions/reusing-workflow-configurations)”。\n\n在可重用工作流中，可以调用另一个可重用工作流。\n\n```yaml copy\nname: Reusable workflow\n\non:\n  workflow_call:\n\njobs:\n  call-another-reusable:\n    uses: octo-org/example-repo/.github/workflows/another-reusable.yml@v1\n```\n\n## 将机密传递给嵌套工作流\n\n可以在调用工作流中使用 `jobs.<job_id>.secrets` 将命名机密传递给直接调用的工作流。 或者，可以使用 `jobs.<job_id>.secrets.inherit` 将调用工作流的所有机密传递给直接调用的工作流。 有关详细信息，请参阅上面的 [重用工作流](/zh/actions/how-tos/reuse-automations/reuse-workflows#passing-inputs-and-secrets-to-a-reusable-workflow) 部分和参考文章 [GitHub Actions 的工作流语法](/zh/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_idsecretsinherit)。 机密仅传递给直接调用的工作流，因此在工作流链 A > B > C 中，工作流 C 仅从 A 接收从 A 传递给 B，然后从 B 传递给 C 的机密。\n\n在以下示例中，工作流 A 使用 `inherit` 关键字将其所有机密传递给工作流 B，但工作流 B 仅将一个机密传递给工作流 C。传递给工作流 B 的任何其他机密都不可供工作流 C 使用。\n\n```yaml\njobs:\n  workflowA-calls-workflowB:\n    uses: octo-org/example-repo/.github/workflows/B.yml@main\n    secrets: inherit # pass all secrets\n```\n\n```yaml\njobs:\n  workflowB-calls-workflowC:\n    uses: different-org/example-repo/.github/workflows/C.yml@main\n    secrets:\n      repo-token: ${{ secrets.personal_access_token }} # pass just this secret\n```\n\n## 使用可重用工作流程的输出\n\n可重用工作流程可能会生成要在调用方工作流程中使用的数据。 要使用这些输出，必须将它们指定为可重用工作流的输出。\n\n如果设置输出的可重用工作流使用矩阵策略来执行，则输出会是由矩阵的最后一个成功完成且实际设置值的可重用工作流设置的输出。\n这意味着，如果最后一个成功完成可重用工作流为其输出设置空字符串，而倒数第二个成功完成可重用工作流为其输出设置实际值，则输出会包含倒数第二个完成可重用工作流的值。\n\n以下可重用工作流程具有包含两个步骤的单个作业。 在每个步骤中，我们设置一个单词作为输出：\"hello\" 和 \"world\"。 在作业的 `outputs` 部分，我们将这些步骤输出映射到名为 `output1` 和 `output2` 的作业输出。 然后，在 `on.workflow_call.outputs` 部分中，为工作流本身定义两个输出，一个称为 `firstword`，映射到 `output1`，另一个称为 `secondword`，映射到 `output2`。\n\n必须将 `value` 设置为所调用工作流中作业级输出的值。 步骤级输出必须首先映射到作业级输出，如下所示。\n\n有关详细信息，请参阅 [在作业之间传递信息](/zh/actions/how-tos/write-workflows/choose-what-workflows-do/pass-job-outputs) 和 [GitHub Actions 的工作流语法](/zh/actions/reference/workflows-and-actions/workflow-syntax#onworkflow_calloutputs)。\n\n```yaml copy\nname: Reusable workflow\n\non:\n  workflow_call:\n    # Map the workflow outputs to job outputs\n    outputs:\n      firstword:\n        description: \"The first output string\"\n        value: ${{ jobs.example_job.outputs.output1 }}\n      secondword:\n        description: \"The second output string\"\n        value: ${{ jobs.example_job.outputs.output2 }}\n\njobs:\n  example_job:\n    name: Generate output\n    runs-on: ubuntu-latest\n    # Map the job outputs to step outputs\n    outputs:\n      output1: ${{ steps.step1.outputs.firstword }}\n      output2: ${{ steps.step2.outputs.secondword }}\n    steps:\n      - id: step1\n        run: echo \"firstword=hello\" >> $GITHUB_OUTPUT\n      - id: step2\n        run: echo \"secondword=world\" >> $GITHUB_OUTPUT\n```\n\n现在，我们可以在调用方工作流程中使用输出，就像使用同一工作流程中作业的输出一样。 我们使用在可重用工作流中的工作流级别定义的名称引用输出：`firstword` 和 `secondword`。 在此工作流中，`job1` 调用可重用工作流，`job2` 将可重用工作流的输出（“hello world”）呈现在工作流日志的标准输出中。\n\n```yaml copy\nname: Call a reusable workflow and use its outputs\n\non:\n  workflow_dispatch:\n\njobs:\n  job1:\n    uses: octo-org/example-repo/.github/workflows/called-workflow.yml@v1\n\n  job2:\n    runs-on: ubuntu-latest\n    needs: job1\n    steps:\n      - run: echo ${{ needs.job1.outputs.firstword }} ${{ needs.job1.outputs.secondword }}\n```\n\n有关使用作业输出的详细信息，请参阅 [GitHub Actions 的工作流语法](/zh/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_idoutputs)。 如果要在工作流之间共享变量以外的内容（例如生成工件），请参阅 [使用工作流工件存储和共享数据](/zh/actions/tutorials/store-and-share-data)。\n\n## 监控正在使用的工作流程\n\n使用 GitHub Enterprise Cloud 的组织可以通过 REST API 与审核日志 GitHub 进行交互，以监视正在使用的工作流。 有关详细信息，请参阅[GitHub Enterprise Cloud文档](/zh/enterprise-cloud@latest/organizations/keeping-your-organization-secure/managing-security-settings-for-your-organization/reviewing-the-audit-log-for-your-organization#using-the-audit-log-api)。\n\n## 后续步骤\n\n要查找有关工作流重用细节的信息，请参阅 [重用工作流配置](/zh/actions/reference/workflows-and-actions/reusing-workflow-configurations)。"}