摘要

  • GitHub 默认保留 Actions 产物和日志 90 天。仓库修改保留期后，新创建的产物按新设置处理，已存在的产物仍保留原到期时间。
  • 超出套餐包含额度的产物存储按 GB-Hours 逐小时累计。删除旧产物能停止未来的累计，已经发生的小时仍计入当前账期。

新时钟挂上墙，旧箱子仍在架上

工程负责人发现构建产物占了不少空间，于是把保留期缩短。设置生效后，新工作流生成的文件会更早到期；过去的构建产物却没有跟着改期。GitHub 的说明很明确：新的保留政策只适用于新产物和日志。若目标是清理现有库存，还得单独处理已存文件。

默认期限是 90 天。GitHub 允许公开仓库设为 1 至 90 天，私有仓库设为 1 至 400 天，组织和企业规则还可能设上限。旧产物的 expires_at 可通过 API 查询。管理员可以在到期前删除已确认无用的文件，但删除不可恢复。发布包、审计证据和故障调查材料应由相应负责人判断价值，不能把“占空间”当成全部依据。

另一只时钟属于计费系统。GitHub 按小时记录超过包含额度的产物存储量。当前存储占用反映现在架上有多少文件；累计用量记录这个账期已经占用过多少小时。删除一个产物会降低当前占用并停止它以后继续计时，先前累计的时间仍留在当期账单。GitHub 的算例是 10 GB 存十天，第十一天全部删除：计数仍为 2,400 GB-Hours。这是平台用来解释算法的示例。

平台还提示，产物存储用量的显示更新可能滞后 6 至 12 小时。评估清理效果要同时看旧产物清单、到期日、当前占用与当期累计。产物和 GitHub Packages 共用包含的存储额度；Actions 缓存另有额度，不能拿缓存数字代替产物账本。

来源