GitHub Actions 服务中断，开发者收到“您的帐户已被暂停”的提示

导读：GitHub的服务继3月中旬之后再次发生中断。

各位知道，GitHub Actions 是一项用于构建、测试和部署代码的服务。

但它昨天宕机超过三个小时，并伴有一条令人担忧且不正确的错误消息，称“您的帐户已被暂停”。

代码仓库 Actions 服务中断比代码存储库访问的中断影响更大，虽然开发人员可以继续在本地计算机上处理代码，但对于 CI/CD（持续集成/持续部署）工作流程中嵌入的 Actions，没有更快的方法可以避免。

一位受影响的开发者表示： “作为公司持续集成团队的值班人员，使用GitHub压力非常大。我们的持续集成目前基本上处于停滞状态。”

用户最早于 5 月 26 日 10:30 UTC 报告了此次故障，但官方事件报告于 10:57 UTC 开始，描述了“操作和页面的性能下降”。

后来，该描述被修改为“大多数操作运行受到影响”，原因是身份验证问题。

可以将 GitHub Actions 配置为使用外部或自托管运行器（即 Actions 执行的虚拟机），但即使采用这种配置，客户仍然会遇到服务中断，因为无论运行器位于何处，GitHub 云服务都是运行器的控制平面。

关键服务故障带来的压力雪上加霜，还有一条令人担忧（但幸运的是并不准确）的错误信息。“我的操作失败，错误信息为‘获取 GitHub 标签 refs/heads/master 的发布版本时发生意外错误：HttpError：抱歉，您的帐户已被暂停’，” 一位开发者如此报告道。

云服务提供商实际暂停帐户可能需要数天时间才能解决，而且需要与自动化系统进行斗争。在随后的讨论中，另一位开发者评论道：“我的 GitHub 帐户最近被暂停了四个月。最终恢复后，他们的支持人员只是说这是一个‘错误’。”

今年 GitHub 的可靠性一直很差，有时是因为 AI 编码和代理的活动，有时是因为机器人抓取数据供 LLM（大型语言模型）使用，有时则是因为其他的原因：很难将身份验证问题归咎于机器人。

每次 GitHub 发生重大故障后，都会出现关于替代方案的讨论，一些组织会迁移到自托管代码库和/或 CI/CD 系统。不过，GitHub 的用户粘性依然很强，部分原因是其慷慨的免费服务，部分原因是迁移现有工作流程的成本较高。

Hacker News 上的一个用户指出，GitHub 的使用量仍在增长，而不是下降。其首席运营官 Kyle Daigle上个月在 X 杂志上报告称，“平台活跃度正在激增。原计划 2025 年将提交 10 亿次，而现在每周提交量已达 2.75 亿次，如果保持目前的增长速度（剧透：不会），今年有望达到 140 亿次。GitHub Actions 的使用时长也从 2023 年的每周 5 亿分钟增长到 2025 年的每周 10 亿分钟，而本周迄今为止已达到 21 亿分钟。”

这种活动的增加可能与人工智能编码以人类无法企及的速度生成大量代码有关。

GitHub 于当地时间 13:18 报告称该问题已解决，同时补充道：“少量 Issues、PR、评论和讨论被标记为隐藏。我们正在努力更正相关的记录。”