Actions 保留策略现已覆盖检查、运行和状态

GitHub 把检查(checks)、工作流运行(workflow runs)和状态(statuses)纳入与构建产物、日志相同的 Actions 保留策略,超期后自动清理。这意味着 CI/CD 元数据从"长期留存"转向"按策略过期"。

一句话看懂:GitHub 把检查(checks)、工作流运行(workflow runs)和状态(statuses)纳入与构建产物、日志相同的 Actions 保留策略,超期后自动清理。这意味着 CI/CD 元数据从”长期留存”转向”按策略过期”。

事件核心:发生了什么

根据 GitHub Changelog 2026 年 10 月 1 日的更新,GitHub Actions 的保留设置现已统一覆盖四类记录:检查、工作流运行、状态、构建产物与日志。UI 中的设置项被统一命名为”Check, workflow run, status, artifact and log retention”。

这些记录超过企业、组织或仓库配置的保留期后会被自动清理,适用范围不限于 GitHub Actions 自身产生的数据,也包括第三方应用创建的检查和状态。仓库级保留期仍受组织和企业上限约束,公共仓库最长保留 90 天。需要强调的是,调整该设置不会恢复已被删除的历史数据;该策略目前适用于 github.com 上的 GitHub Actions。

为什么重要

在 AI 辅助开发普及之后,CI/CD 产生的不只是构建结果,还包含大量可用于训练和推理的工程信号:模型部署流水线的运行记录、评测任务的通过状态、Agent 自动提交触发的检查结果。这些数据此前分散在不同过期规则下,现在被拉到统一的生命周期管理中。

对平台而言,统一保留策略降低了存储与索引成本,也让权限和合规边界更清晰。GitHub 近年来持续把 Actions 从”免费算力入口”推向可治理的企业级基础设施,这次变更延续了同一逻辑:默认行为收紧,控制权交给组织管理员。目前公开信息显示,这只是保留策略的扩展,并非功能下线或计费调整。

对用户/开发者/创作者的影响

依赖历史检查记录做审计、合规留档或回归分析的团队,需要先确认当前保留期是否够用。使用第三方 App(如代码扫描、AI 代码审查机器人)写入状态的开发者要注意,这些数据同样会随策略过期,不要把 GitHub 状态页当作长期数据库。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

更实际的做法是把关键流水线指标、模型评测结果同步到自建存储或数据仓库。对于用 Actions 跑开源项目的维护者,公共仓库 90 天上限意味着半年以上的历史运行记录将不可查,需要提前导出。

值得关注的后续

一是 GitHub 是否会提供更细粒度的分类保留选项,而非”一刀切”;二是企业版是否配套审计导出或归档 API,缓解合规团队的留存压力;三是依赖长期状态数据做分析的第三方工具,是否会改为自行存储或提供迁移方案。

来源:GitHub Changelog

celebrityanime
celebrityanime
文章: 26768

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注