Skip to main content

使用限制、计费和管理

GitHub Actions 工作流程有使用限制。 使用费适用于超出仓库免费分钟数和存储空间量的仓库。

关于 GitHub Actions 的计费

GitHub Actions 帮助您在您存储代码的同一位置自动执行软件开发工作流程,并协作处理拉取请求和议题。 您可以写入个别任务,称为操作,并结合它们创建一个自定义的工作流程。有关详细信息,请参阅“了解 GitHub Actions和“About GitHub Actions for enterprises”。

公共存储库中标准 GitHub 托管的运行器和自托管运行器可免费使用 GitHub Actions。 对于专用存储库,每个 GitHub 帐户可获得一定数量的免费时间和存储以用于 GitHub 托管的运行器,具体取决于帐户的计划。 超出包含数量的任何使用量都由支出限制控制。有关详细信息,请参阅“关于 GitHub Actions 的计费”。

可用性

GitHub Actions 适用于所有 GitHub 产品,但 GitHub Actions 不适用于使用旧版每存储库计划的帐户拥有的私有存储库。 有关详细信息,请参阅“GitHub 的计划”。

使用限制

使用 GitHub 托管的运行器时,GitHub Actions 的使用存在一些限制。 这些限制可能会有变动。

Note

对于自托管的运行器,会应用不同的使用限制。 有关详细信息,请参阅“关于自托管运行程序”。

  • 作业执行时间 - 工作流中每个作业的最长执行时间为 6 小时。 如果作业达到此限制,该作业将会终止而无法完成。

  • 工作流运行时间 - 每次工作流运行时间限制为 35 天。 如果工作流程运行时间达到此限制,其运行将被取消。 此时间段包括执行持续时间以及等待和审批所用的时间。

  • API 请求:一个存储库中所有操作在一小时内最多可以执行 15,000 条对 GitHub API 的请求。**** 如果超出请求数,其他 API 调用将失败,这可能导致作业失败。

  • Webhook 速率限制 - 每个存储库限制为每 10 秒 1500 个触发事件****。

  • 并发作业数**** - 帐户中可以运行的并发作业数量,具体取决于 GitHub 计划以及使用的运行器类型。 如果超出,任何额外的作业都会排队。

    GitHub 托管的标准运行器

    GitHub 计划同时运行的作业总数MacOS 作业同时运行的最大数量
    免费205
    Pro405
    605
    Enterprise50050

    GitHub 托管的 大型运行器

    GitHub 计划同时运行的作业总数MacOS 作业同时运行的最大数量最大并发 GPU 作业数
    10005100
    企业100050100

    Note

    • 如果需要,使用企业计划的客户可请求更高的并发作业数限制。 有关详细信息,请通过 GitHub 支持门户 联系我们,或联系销售代表。
    • 最大并发 macOS 作业数在标准 GitHub 托管的运行器和 GitHub 托管的 大型运行器 之间共享。
  • 作业矩阵 - 作业矩阵在每次工作流程运行时最多可生成 256 个作业。 此限制适用于 GitHub Enterprise Cloud 托管和自托管运行器。

  • 工作流运行队列 - 每个存储库在 10 秒的间隔内可排队的工作流运行不超过 500 个。 如果工作流程运行达到此限制,该工作流程运行将会终止而无法完成。

使用策略

除了使用限制外,还必须确保在 GitHub 服务条款规定的范围内使用 GitHub Actions。 有关 GitHub Actions 特定条款的详细信息,请参阅 GitHub 附加产品条款

GitHub Actions 使用指标

具有“查看组织的 Actions 指标”权限的组织所有者和用户均可查看组织的 GitHub Actions 使用指标。 这些指标有助于了解 Actions 分钟数是如何使用的以及使用它们的位置。 有关详细信息,请参阅“查看组织的 GitHub Actions 指标”。

查看使用指标时,请务必记住 GitHub Actions 使用指标不对显示的指标应用分钟乘数。 虽然_可_帮助你了解自己的账单,但其主要用途是帮助你了解组织中“操作”分钟的方式和位置。

有关分钟乘数的详细信息,请参阅“关于 GitHub Actions 的计费”。

可重复使用的工作流程的计费

如果重复使用工作流,则计费始终与调用方工作流程相关联。 始终仅使用调用方的上下文来评估 GitHub 托管的运行器的分配。 调用方不能使用被调用存储库中 GitHub 托管的运行器。

有关详细信息,请参阅“重新使用工作流”。

项目和日志保留策略

您可以为仓库、组织或企业帐户配置构件和日志保留期。

默认情况下,工作流程生成的构件和日志文件将保留 90 天,然后自动删除。 可以根据存储库类型调整保持期:

  • 对于公共仓库:您可以将此保留期更改为 1 至 90 天。
  • 对于专用和内部存储库:可以将此保持期更改为 1 天或 400 天之间的任何时长。

自定义保留期时,它仅适用于新构件和日志文件,并且不追溯性地应用于现有对象。 对于托管的仓库和组织,最长保留期不能超过管理组织或企业设置的限制。

有关详细信息,请参阅:

工作流运行历史记录保留策略

存储库工作流运行历史记录中的工作流运行将保留 400 天。 400 天后,工作流运行将存档。 存档 10 天后,便将永久删除工作流运行。 无法修改工作流运行的保留期。 有关详细信息,请参阅“查看工作流程运行历史记录”。

禁用或限制仓库或组织的 GitHub Actions

默认情况下,GitHub Actions 会在所有存储库和组织上启用。 可以选择禁用 GitHub Actions 或将其限制为企业中的操作 和可重用工作流。

有关详细信息,请参阅:

禁用和启用工作流程

您可以在 GitHub 上启用和禁用仓库中的个别工作流程。

为防止不必要的工作流程运行,可能会自动禁用计划的工作流程。 在复刻公共仓库时,默认情况下将禁用计划的工作流程。 在公共仓库中,当 60 天内未发生仓库活动时,将自动禁用计划的工作流程。

有关详细信息,请参阅“禁用和启用工作流”。