使用环境进行部署

关于环境

环境用于描述常规部署目� �，例如 production、staging 或 development。当 GitHub Actions 工作流部署到某个环境时，该环境将显示在存储库的主页上。有关如何查看环境部署的详细信息，请参阅“查看部署历史记录”。

您可以使用保护规则和机密配置环境。当工作流程引用环境时，作业在环境的所有保护规则通过之前不会开始。在所有环境保护规则通过之前，作业也不能访问在环境中定义的机密。

环境保护规则

环境保护规则要求通过特定的条件，然后引用环境的作业才能继续。您可以使用环境保护规则来要求人工审批、延迟工作或将环境限制于某些分支。

需要的审查者

使用所需的审查者要求特定人员或团队批准引用环境的工作流程作业。您最多可以列出六个用户或团队作为审查者。审查者必须至少具有对仓库的读取访问权限。只有一个必需的审查者需要批准该作业才能继续。

有关由必需审查者审查引用环境的作业的详细信息，请参阅“审查部署”。

等待计时器

在最初触发作业后，使用等待计时器将作业延迟特定时间。时间（分钟）必须是 0 至 43,200（30天）之间的整数。

部署分支

使用部署分支来限制哪些分支可以部署到环境中。以下是环境部署分支的选项：

所有分支：存储库中的所有分支都可以部署到环境。
受保护的分支：只有启用了分支保护规则的分支才能部署到环境。如果没有为仓库中的任何分支定义分支保护规则，那么所有分支都可以部署。有关分支保护规则的详细信息，请参阅“关于受保护的分支”。
所选分支：只有与指定名称模式匹配的分支才能部署到环境。

例如，如果指定 releases/* 为部署分支规则，则只有名称以 releases/ 开头的分支才能部署到环境。（通配符不匹配 /。要匹配以 release/ 开头且包含其他单斜� 的分支，请使用 release/*/*。）如果添� main 作为部署分支规则，则名为 main 的分支也可以部署到环境。有关部署分支的语法选项的详细信息，请参阅 Ruby File.fnmatch 文档。

环境机密

存储在环境中的机密仅可用于引用环境的工作流程作业。如果环境需要批准，作业在所需的审查者批准之前不能访问环境机密。有关机密的详细信息，请参阅“已� 密的机密”。

注意：在自托管运行器上运行的工作流不会在一个孤立的容器中运行，即使它们使用环境。环境机密应与存储库和组织机密的安全级别相同。有关详细信息，请参阅“GitHub Actions 的安全强化”。

创建环境

要在个人帐户存储库中配置环境，� 必须是存储库所有者。若要在组织存储库中配置环境，必须具有 admin 访问权限。

On your GitHub Enterprise Server instance, navigate to the main page of the repository. 1. 在存储库名称下，单击 “设置”。 1. 在左侧边� �中，单击“环境”。 1. 单击“新建环境”。 1. 为环境输入一个名称, 然后单击“配置环境”。环境名称不区分大小写。环境名称不能超过 255 个字符，且必须在仓库中唯一。
（可选）指定必须批准使用此环境的工作流程作业的人员或团队。
1. 选择“必需审阅者”。
2. 最多可输入 6 人或团队。只有一个必需的审查者需要批准该作业才能继续。
3. 单击“保存保护规则”。
（可选）指定在允许使用此环境的工作流程作业继续之前要等待的时长。
1. 选择“等待计时器”。
2. 输入要等待的分钟数。
3. 单击“保存保护规则”。
（可选）指定哪些分支可以部署到此环境。有关可能值的详细信息，请参阅“部署分支”。
1. 在“部署分支”下拉列表中选择所需的选项。
2. 如果选择“所选分支”，请输入要允许的分支名称模式。
（可选）添� 环境机密。这些机密仅可用于使用环境的工作流程作业。此外，使用此环境的工作流程作业只能在任何配置的规则（例如，必需的审查者）通过后才能访问这些机密。有关机密的详细信息，请参阅“已� 密的机密”。
1. 在“环境机密”下，单击“添� 机密” 。
2. 输入机密名称。
3. 输入机密值。
4. 单击“添� 机密”。

您还可以通过 REST API 创建和配置环境。有关详细信息，请参阅“部署环境”、“GitHub Actions 机密”和“部署分支策略”。

运行引用不存在的环境的工作流程将使用引用的名称创建环境。新创建的环境将不配置任何保护规则或机密。可在仓库中编辑工作流程的任何人都可以通过工作流程文件创建环境，但只有仓库管理员才能配置环境。

使用环境

工作流程中的每个作业都可以引用单个环境。在将引用环境的作业发送到运行器之前，必须通过为环境配置的任何保护规则。只有在将作业发送给运行器后，作业才能访问环境的机密。

当工作流程引用环境时，环境将显示在仓库的部署中。有关查看当前和以前的部署的详细信息，请参阅“查看部署历史记录”。

可以为工作流中的每个作业指定环境。为此，请添� 一个 jobs.<job_id>.environment 键，后跟环境的名称。

例如，此工作流将使用名为 production 的环境。

name: Deployment

on:
  push:
    branches:
      - main

jobs:
  deployment:
    runs-on: ubuntu-latest
    environment: production
    steps:
      - name: deploy
        # ...deployment-specific steps

当上述工作流运行时，deployment 作业将受制于为 production 环境配置的任何规则。例如，如果环境需要审阅者，该作业将在其中一个审阅者批准之前暂停。

还可以为环境指定 URL。指定的 URL 将显示在存储库的部署页（通过单击存储库主页上的“环境”进行访问）和工作流运行的可视化图中。如果拉取请求触发了工作流，则 URL 还会在拉取请求时间线中显示为“查看部署”按钮。

name: Deployment

on:
  push:
    branches:
      - main

jobs:
  deployment:
    runs-on: ubuntu-latest
    environment: 
      name: production
      url: https://github.com
    steps:
      - name: deploy
        # ...deployment-specific steps

带有 URL 的工作流图

� 除环境

要在个人帐户存储库中配置环境，� 必须是存储库所有者。若要在组织存储库中配置环境，必须具有 admin 访问权限。

� 除环境将� 除与环境关联的所有机密和保护规则。由于已� 除环境的保护规则而正在等待的任何作业将自动失败。

On your GitHub Enterprise Server instance, navigate to the main page of the repository. 1. 在存储库名称下，单击 “设置”。 1. 在左侧边� �中，单击“环境”。
在要� 除的环境旁边，单击。
单击“我了解，� 除此环境”。

您也可以通过 RESEST API � 除环境。有关详细信息，请参阅“环境”。

环境与部署的关系

当引用环境的工作流作业运行时，它将创建一个部署对象并将 environment 属性设置为环境名称。随着工作流的进行，它还将创建部署状态对象，并将 environment 属性设置为环境名称，将 environment_url 属性设置为环境的 URL（如果在工作流中指定），以及将 state 属性设置为作业的状态。

您可以通过 REST API 或 GraphQL API 访问这些对象。您还可以订阅这些 web 挂钩事件。有关详细信息，请参阅“存储库”(REST API)、“对象”(GraphQL API) 或“Webhook 事件和有效负载”。

后续步骤

GitHub Actions 具有多个用于管理部署的功能。有关详细信息，请参阅“使用 GitHub Actions 进行部署”。