一、事件背景：GitHub Actions收费风波
2025年12月，微软旗下的GitHub平台发布了一项看似平常的价格调整计划，却在全球开发者社区掀起了轩然大波。根据公告，从2026年3月1日起，GitHub计划对GitHub Actions下的”自托管runner”收取每分钟0.002美元的费用。这也是自2018年推出Actions功能以来，GitHub首次对自托管runner收费。
这一消息迅速在开发者社区引发强烈反响。许多开发者无法接受”在自己基础设施上跑的软件，还要按分钟付费”的逻辑。有人打了一个形象的比喻：车是自己买的、油费也是自己出的，结果现在要交一笔”过路费”。更令人不满的是，这种计费模式还会”吃掉免费分钟”——GitHub确认，可计费的自托管runner使用将消耗用户套餐里的免费分钟。
二、GitHub Actions与自托管runner技术解析
2.1 GitHub Actions是什么？
GitHub Actions是GitHub在2018年10月推出的自动化平台，最常用于CI/CD（持续集成/持续交付）流程。它可以在代码仓库里自动完成构建、测试和部署等任务，相当于给开发流程装了一个”自动传送带”。除了CI/CD，任何和仓库相关的自动化任务都可以用它来完成，比如自动生成报告、发布Issue、发送通知等。
2.2 Runner的两种类型
GitHub Actions提供两种Runner：
GitHub托管Runner：由GitHub提供云端服务器，按使用时间计费，省心但需要支付费用。
自托管Runner：使用开发者自己的服务器、电脑或虚拟机来执行任务。自托管Runner的优势是可以自由控制硬件配置和环境，也避免云端资源限制。此前GitHub对自托管Runner一直是免费的，因为硬件、运行环境都由开发者自己管理，GitHub只负责下发任务指令。
2.3 新收费政策的具体内容
根据GitHub的公告，收费标准为每分钟0.002美元，适用于在私有GitHub仓库上执行任务的自托管runner。与此同时，GitHub还表示，从2026年1月1日起，GitHub托管runner的价格将下调，降幅在20%到39%之间。需要注意的是，公共仓库上的自托管runner使用仍将免费，这次价格调整也不影响运行在本地的GitHub Enterprise Server用户。
三、开发者的强烈反应
3.1 成本激增的担忧
虽然GitHub声称”预计96%的客户账单不会变化”，但很多开发者并不买账。有用户直言这一改动”简直离谱”，并表示：”只是用我自己的硬件，光是为了跑我自己的CI，现在每个月就得花140美元以上。”
Reddit用户markmcw在DevOps论坛上表示：”GitHub刚刚发邮件宣布，自托管runner将收取每分钟0.002美元的费用。算了一下，对我们来说，每月GitHub账单大约要增加3500美元。”这个数字让许多中小型开发团队感到震惊。
3.2 开发者的集体抗议
开发者的怒火迅速在各大技术社区蔓延。在Hacker News上，相关讨论的热评已经近千条。许多开发者表示，这种收费方式”令人难以接受”，甚至有人开始考虑迁移到其他平台。
一位开发者评论道：”是我们，开发者，说服了管理层购买GitHub Enterprise，把它当作我们的代码工坊。我们当时完全没考虑软件自由的价值。闭源的、专有的软件功能不错，我们看到了，就去说服管理层买下它。未来这个好软件如果遇上糟糕的运营者，会带来什么成本？我们当时根本没去想。”
3.3 转向开源替代方案的呼声
面对GitHub的收费政策，许多开发者开始考虑转向社区维护、自由开源的替代方案。有开发者表示：”现在是不是正好该从错误中吸取教训，去说服我们的团队和管理层转向社区维护、自由开源的替代方案？这些方案可能功能稍弱，可能缺少一些特性，但至少不会像GitHub这样对用户搞这些’敌意操作’。”
四、GitHub的官方回应与紧急调整
4.1 官方的辩解理由
面对开发者的强烈反应，GitHub在公告正文和附带的FAQ中进行了回应。针对”为什么我要为使用自己的硬件付费”这个问题，GitHub表示：”过去，自托管runner用户可以免费使用GitHub Actions的大部分基础设施和服务。这意味着，维护和持续改进这些关键服务的成本，在很大程度上是由GitHub托管runner的定价所补贴的。”
GitHub还强调，维护和持续演进GitHub Actions本身也存在巨大成本。当GitHub在2018年推出Actions时，完全没想到它会如此受欢迎。到2024年初，该平台每天大约运行2300万个任务，而原有架构已无法可靠支撑增长曲线。为了加快功能迭代速度，GitHub首先需要提升可靠性，并对支撑GitHub Actions的旧框架进行现代化改造。
4.2 紧急撤回收费计划
开发者的怒火显然超出了GitHub的预期。仅在HN上，热评已经近千条。面对一片负面舆论，GitHub在12月18日做了一个迅速且罕见的调整——官方决定暂缓这项政策的实施。
GitHub SVP Jared Palmer表示：”我们将推迟此前宣布的自托管GitHub Actions计费变动。不过，托管runner的39%降价仍将按计划生效（1月1日）。”
4.3 官方的道歉与承诺
Jared Palmer在声明中承认：”在做出这次决定前，我们错过了向社区收集反馈的机会。这是一次重大失误。我们会吸取教训，将来做得更好。”
他还强调：”Actions对数百万开发者来说是关键基础设施，我们承诺要把它打造成世界级的计算产品。虽然去年我们为支持开源项目免费提供了115亿分钟的构建时间（约1.84亿美元），但Actions本身并非免费。无论是托管还是自托管runner，这项服务及其控制平面（包括日志、构件、缓存、Redis、出口流量、工程和支持等）都存在真实的、规模化的成本。”
五、事件背后的深层原因
5.1 成本压力的真实存在
从GitHub的回应可以看出，维护GitHub Actions确实存在巨大的成本压力。当GitHub在2018年推出Actions时，每天大约运行2300万个任务，而到2024年初，这个数字已经增长到每天7100万个任务，是最初的3倍以上。为了应对这种规模增长，GitHub不得不对GitHub Actions任务和runner的核心后端服务进行架构重构，这需要巨大的投资。
5.2 市场竞争的驱动
有外媒认为，GitHub的这一举措，并不是想针对自家平台上的开发者和企业，而是被竞争对手”所逼”。比如Depot提供了针对GitHub Actions优化的runner，按秒计费，并宣称成本只有GitHub托管runner的一半。这种竞争压力可能促使GitHub重新审视其定价策略。
5.3 Copilot业务的快速增长
值得注意的是，GitHub Copilot已经成为GitHub收入增长的重要引擎。微软首席执行官萨提亚·纳德拉去年八月表示，Copilot在2024年占据了GitHub收入增长的40%以上，并且已经成为一个比七年前科技巨头收购时的GitHub更大的业务。这种商业成功可能让GitHub在定价策略上更加自信。
六、开发者社区的长期担忧
6.1 平台锁定风险
这次收费风波让许多开发者重新思考平台锁定的风险。一位开发者评论道：”未来这个好软件如果遇上糟糕的运营者，会带来什么成本？我们当时根本没去想。还有那些稍逊一筹，但由社区开发、社区维护、并且自由开源的替代品？我们也没在意。”
6.2 开源精神的背离
GitHub作为全球最大的开源代码托管平台，其收费政策的变化引发了关于开源精神的讨论。有开发者认为，GitHub的收费策略背离了开源社区的核心价值观，将原本应该服务于开发者的工具变成了纯粹的商业产品。
6.3 替代平台的兴起
这次事件也让更多开发者开始关注GitHub的替代平台。许多开发者表示，他们正在考虑迁移到Codeberg、sourcehut等开源替代方案。虽然这些平台在功能和生态上可能不如GitHub完善，但至少不会像GitHub这样对用户搞”敌意操作”。
七、事件的影响与启示
7.1 对GitHub品牌的影响
这次收费风波对GitHub的品牌形象造成了不小的打击。作为全球最大的开源代码托管平台，GitHub一直被视为开发者社区的核心。然而，这次未经充分沟通就宣布收费的决定，让许多开发者感到失望和愤怒。
7.2 对开发者信任的冲击
GitHub的紧急撤回虽然暂时平息了风波，但已经对开发者的信任造成了冲击。有网友在讨论区留言：”这不是取消，只是缓兵之计，说不定过几个月换个名目还是要收。”这种担忧反映了开发者对平台长期策略的不信任。
7.3 对开源生态的警示
这次事件也给整个开源生态敲响了警钟。当商业公司控制着开源社区的核心基础设施时，开发者面临着被”绑架”的风险。这促使更多开发者思考如何建立更加去中心化、更加可持续的开源生态系统。
八、未来展望
8.1 GitHub的后续策略
虽然GitHub暂时撤回了收费计划，但Jared Palmer在声明中明确表示：”我们最终需要找到合理的定价方式，同时与生态系统合作并促进其发展。”这表明GitHub仍然认为收费是必要的，只是需要找到更好的方式。
8.2 开发者社区的选择
这次事件让更多开发者意识到，他们需要为自己的工具链制定更加多元化的策略。依赖单一平台的风险已经显现，许多开发者开始探索GitHub的替代方案，或者考虑自建CI/CD基础设施。
8.3 开源生态的演变
这次收费风波可能成为开源生态演变的一个转折点。它提醒开发者，商业公司控制的开源平台虽然提供了便利，但也带来了风险。未来，我们可能会看到更多去中心化、社区驱动的开源基础设施项目兴起。
九、结语
“用自己服务器也要向GitHub交钱”的风波虽然暂时平息，但它暴露了商业公司控制开源基础设施的深层矛盾。GitHub的紧急撤回显示了开发者社区的力量，但也提醒我们，这种力量需要持续保持警惕。对于开发者来说，这次事件是一个重要的警示：在选择工具和平台时，不仅要考虑便利性，还要考虑长期的可控性和可持续性。对于GitHub来说，这次教训应该成为重新思考与开发者社区关系的契机，找到更加平衡、更加可持续的商业化路径。
