GitHub Free 每月 2000 Actions 分钟何时不够,独立开发者先看 Team
对照官方 Free 每月 2,000 CI/CD 分钟与 500MB Packages,判断私有仓库自动化何时该买每用户每月 4 美元的 Team。
独立开发者把测试与部署挂在 GitHub Actions 上时,Free 往往先够用,直到私有仓库的分钟数与 Packages 存储开始报警。真正会疼的通常不是 Issues 好不好用,而是每月 2,000 CI/CD 分钟、500MB Packages,以及 Team 每用户每月 4 美元换来的 3,000 分钟与 2GB 是否值得。本文不重讲用 Issues/Projects 发版,也不讨论 Copilot 免费补全额度,只根据 2026-10-02 github.com/pricing 的公开数字,写清 Free 与 Team 的 Actions/Packages 墙。付款前请再核对页面与 billing 文档,分钟计量与超额单价会调整。
Free 计划冻结哪些数字
定价页把 Free 标为每月 0 美元。观察日写到的关键能力包括:无限公共/私有仓库、2,000 CI/CD minutes/month(并注明 Free for public repositories)、500MB of Packages storage(同样注明公共仓库免费)、Issues & Projects,以及社区支持。对照表再次确认 GitHub Actions 在 Free 为 2,000 minutes/month,Packages 为 500 MB。对 solo 而言,公共开源仓库的 Actions 分钟按页面说明可免费使用;真正吃额度的通常是私有产品仓库的频繁 CI、矩阵构建与较大制品。
Free 仍然能完成认真的自动化:lint、测试、预览部署都可以先跑通。但你要默认私有仓库分钟是稀缺配额,而不是“无限 CI”。把每月 2,000 写进流水线预算,避免每个小提交都打满矩阵。
Team 主要买掉哪些墙
Team 标价每用户每月 4 美元。相对 Free,Actions 提到 3,000 minutes/month,Packages 提到 2GB,并打开更多协作与保护能力(如 required reviewers、code owners、draft pull requests、repository rules 等,以页面为准)。对独立开发者,第一笔钱有时是在买“多 1,000 分钟 + 更大 Packages”,有时是在买分支保护与评审流程;不要把两者混成同一个理由。若你其实需要 50,000 分钟量级或企业治理,应看 Enterprise(页面起价每用户每月 21 美元),而不是指望 Team 自动变成企业配额。
若痛点只是偶发超时,也可以先减少 job 并行、缓存依赖、把重任务挪到自托管 runner,而不是立刻为分钟付费。自托管与超额计费细节以 GitHub Actions billing 文档为准,本文不编造具体美元/分钟账单。
哪些信号说明 Free 该让位
优先升级,若出现这些信号:私有仓库 CI 在月中就用尽 2,000 分钟并阻断合并;Packages 接近 500MB 且清理后仍反弹;你需要 Team 对照表里的必需评审/CODEOWNERS 等保护,而不只是分钟;你已确认公共仓库无法承担该流水线(例如闭源产品)。也可以在第一次对客户承诺“每次 PR 必测”前升级,把分钟余量写成交付可靠性的一部分。
可以先不升,若主要仓库是公共且分钟免费、私有 CI 很瘦、Packages 用量很低,且分支保护要求可用更轻量约定替代。升级后立刻做三件事:在账单用量里核对 Actions/Packages、给关键工作流加路径过滤与缓存、确认协作者座位是否真的需要付费席位。价格以当天 $4/user/month 为准。
怎么在 Free 上把分钟用在刀刃上
默认只在 PR 与主分支跑全量;push 到实验分支用轻量检查。矩阵操作系统能减则减;依赖安装必须缓存。制品能进外部对象存储的不要堆满 Packages。文档生成与预览部署合并 job,避免重复 checkout。若 macOS/Windows runner 让分钟消耗异常加快,先读 billing 文档的倍率说明再决定是否升级或改 runner。把“分钟预算”写进 CONTRIBUTING,比事后救火便宜。
和流程文、Copilot 文分开读
本站已有 GitHub 发版流程文与 Copilot Free 限额文。那些页面回答协作节奏与补全额度。本文只回答 Actions 分钟与 Packages 墙。把官方数字贴进运维手册并注明日期。下一次有人说“GitHub 免费 CI 无限”时,先问仓库是否私有、每月是否超过 2,000 分钟,而不是只看公共仓库免费那一行。
发版检查表怎么用这篇文章
把本文的官方数字抄进发版检查表,并写上核对日期与来源链接。检查表只保留可勾选项:当前是否仍在免费档;是否已出现本文列出的升级信号;清理与拆分是否已经做过;付费档卖点是否正好对应卡点。能勾上再付款,不能勾就先改流程。把 github-free-indie-actions-minutes 与定价页放在同一行置顶,避免口头传说取代页面原文。三个月后复盘一次:若付费后用量长期很低,评估是否降配或改架构;若免费档靠纪律仍稳定,就把纪律写进新人手册,而不是靠记忆。
文中工具
