觉
AI觉醒星球
Awakening is here
Knowledge File / 全球热点解读
2026-08-28 6 浏览 公开

GitHub Actions 保留策略将涵盖检查、工作流运行和状态

GitHub 宣布从 2026 年 10 月起,Actions 保留策略将统一管理 checks、工作流运行和状态,默认保留 90 天,以清理陈旧数据并优化存储。

SOURCE / 全球热点解读 MIN / 9 ACCESS / 公开 POST / 2026-08-28 05:50:39

原贴

查看原文
作者:Allison 来源站点:github.blog 原贴时间:

原文

Starting October 1, 2026, checks, workflow runs, and statuses will be governed by the same Actions retention setting that already controls how long artifacts and logs are kept, with a default of 90 days. Until now, checks, workflow runs, and statuses were retained for 400+ days regardless of your retention configuration. After this change, they will automatically be cleaned up once they pass the artifact and log retention period configured for your repository, organization, or enterprise. This change reduces the amount of stale data stored across GitHub Actions, helping keep checks, workflow runs, and statuses fast and reliable for everyone. Checks, workflow runs, and statuses will follow your Actions retention setting. They will be cleaned up once they exceed your configured artifact and log retention period , instead of sticking around for 400+ days. The retention setting now has a broader scope. The setting label in the UI will be updated to read “Check, workflow run, status, artifact and log retention” to reflect that it now governs all five. Retention caps still apply. A repository can raise its retention only up to the cap configured at the organization and enterprise level. For public repositories, the maximum retention for checks, workflow runs, and statuses is 90 days, matching the existing limit for artifacts and logs. The change is not retroactive. Adjusting your retention setting will not restore data that was previously evicted due to a retention policy. This matches how artifact and log retention behaves today. Artifacts and logs count toward your billable GitHub Actions storage . Because this change cleans up data once it passes your retention period, repositories that previously kept artifacts and logs around longer than their configured setting may see a reduction in billable Actions storage usage. Keep this in mind when you review your retention setting: Lowering your retention period removes artifacts and logs sooner, which can reduce your Actions storage costs. Raising your retention period keeps artifacts and logs available longer, which may increase your billable Actions storage. Checks, workflow run, and statuses metadata are not billed for storage, but the artifacts and logs associated with them are. For most repositories, no action is required. Starting on October 1, checks, workflow runs, and statuses will be cleaned up according to the retention setting you already have configured. Review your Actions retention setting for your repository, organization, or enterprise before October 1, 2026. Confirm it reflects how long you need checks, workflow runs, and statuses to remain available.

中文翻译

从 2026 年 10 月 1 日起,检查、工作流运行和状态将受与工件和日志相同的 Actions 保留设置约束,默认保留期为 90 天。此前,无论你的保留配置如何,检查、工作流运行和状态的保留时间均超过 400 天。更改后,一旦超过为仓库、组织或企业配置的工件和日志保留期,它们将被自动清理。此更改减少了 GitHub Actions 中存储的陈旧数据量,有助于确保检查、工作流运行和状态对所有人保持快速和可靠。检查、工作流运行和状态将遵循你的 Actions 保留设置。一旦超过你配置的工件和日志保留期,它们将被清理,而不是保留超过 400 天。保留设置现在具有更广泛的范围。界面中的设置标签将更新为“检查、工作流运行、状态、工件和日志保留”,以反映它现在涵盖所有五项。保留上限仍然适用。仓库只能将保留期限提高到组织和企业级别配置的上限。对于公共仓库,检查、工作流运行和状态的最大保留期为 90 天,与工件和日志的现有限制一致。此更改不具有追溯力。调整你的保留设置不会恢复先前因保留策略而被清除的数据。这与工件和日志保留目前的行为一致。工件和日志计入你的可计费 GitHub Actions 存储。由于此更改会在超过保留期后清理数据,因此先前将工件和日志保留时间超过配置设置的仓库可能会看到可计费 Actions 存储使用量减少。在审查你的保留设置时请记住:缩短保留期会更早删除工件和日志,这可以降低你的 Actions 存储成本。延长保留期会使工件和日志可用更长时间,这可能会增加你的可计费 Actions 存储。检查、工作流运行和状态元数据不收取存储费用,但与它们相关的工件和日志则需要计费。对于大多数仓库,无需采取任何操作。从 10 月 1 日开始,检查、工作流运行和状态将根据你已经配置的保留设置进行清理。请在 2026 年 10 月 1 日之前审查你的仓库、组织或企业的 Actions 保留设置。确认它反映了你需要检查、工作流运行和状态保持可用的时间。

核心信息

GitHub 宣布从 2026 年 10 月起,Actions 保留策略将统一管理 checks、工作流运行和状态,默认保留 90 天,以清理陈旧数据并优化存储。

  • GitHub 宣布从 2026 年 10 月起,Actions 保留策略将统一管理 checks、工作流运行和状态,默认保留 90 天,以清理陈旧数据并优化存储。
  • 原贴提到:Starting October 1, 2026, checks, workflow runs, and statuses will be go
  • 来源:github.blog

详细解读

这次 GitHub Actions 保留策略的调整,是一个典型的平台级默认值变更信号。它意味着 GitHub 正在将 checks、workflow runs 和 statuses 这类元数据纳入统一留存周期,从过去固定的 400+ 天缩短到与 artifacts/logs 一致的 90 天(默认)。这背后是对海量陈旧数据的清理,既为了性能,也为了存储成本优化。

为什么重要?对大多数团队来说,这个变化直接影响的是审计链路和调试资料的可用性。过去一年多内的 CI 记录都能查到,现在默认只留 90 天。如果你有合规要求或需要追溯历史构建记录,必须主动调整保留策略。同时,计费模式也有隐影响——artifacts/logs 本来计入存储账单,现在更早清理会减少账单,但如果你把保留期调高,成本也会上升。

谁该关注?所有使用 GitHub Actions 的仓库管理员、DevOps 工程师和 SaaS 创业者。尤其是公共仓库,上限 90 天无法突破,团队要有意识地在本地或外部归档关键构建产物。

可以怎么行动?第一,在 2026 年 10 月前,进入仓库或组织设置,检查当前 Actions 保留配置,确保它符合你的需求。第二,如果历史数据必须保留,考虑定期导出或备份关键构建日志。第三,利用这个时机重新评估存储成本,短保留期能省钱,但别为了省钱丢掉必要审计记录。

风险与限制:这个变更不可追溯,已经清理的数据无法恢复;调整设置不会恢复之前按策略删除的数据。同时,虽然元数据不计费,但关联的 artifacts/logs 计费,调高保留期会直接增加账单。公共仓库的 90 天上限对某些开源项目可能不够,需要提前规划。

信息差价值

这条内容的真正价值,不只是“有人发布了一个新功能”,而是它揭示了 github.blog 背后的产品方向、工作流变化或竞争信号。对 OPC 来说,这种信息可以转化成持续追踪的栏目选题。

如果把《GitHub Actions 保留策略将涵盖检查、工作流运行和状态》放到你的内容系统里,它最大的价值在于帮助读者更快看懂“为什么值得关注”,而不是只看到一条碎片化动态。

参考来源

AI SUMMARY

这篇文章回答了什么

GitHub Actions 保留策略将涵盖检查、工作流运行和状态主要讲什么?

GitHub 宣布从 2026 年 10 月起,Actions 保留策略将统一管理 checks、工作流运行和状态,默认保留 90 天,以清理陈旧数据并优化存储。

这篇文章最值得关注的要点是什么?

GitHub 宣布从 2026 年 10 月起,Actions 保留策略将统一管理 checks、工作流运行和状态,默认保留 90 天,以清理陈旧数据并优化存储。;原贴提到:Starting October 1, 2026, checks, workflow runs, and statuses will be go;来源:github.blog

这篇文章和哪些AI专题相关?

它适合放在AI日报、AI工具、Agent工作流专题里阅读。 关联原因:这篇内容命中「热点解读」等主题信号。;这篇内容命中「工具」等主题信号。;这篇内容命中「工作流」等主题信号。

阅读这篇文章建议先理解哪些关键词?

建议先理解AI日报、每日AI日报、AI信号、热点解读、BuilderPulse这些关键词,再结合正文判断工具、机会或风险是否值得进入自己的工作流。

上一篇 GitHub Classroom 弃用 下一篇 今日起,所有领域的一万名科学家可以优惠使用 Claude 团队版