带有页面的事件
2026年7月2日，大约在UTC时间15:00至18:30之间，由于需求激增超出了可用处理能力，GitHub Pages服务经历了部署性能下降。在此期间，向GitHub Pages发布的用户可能会看到他们的部署排队或比平时花费更长时间才能上线。其他GitHub服务未受影响。<br /><br />我们通过扩展Pages部署工作进程并增加额外存储容量来清理积压，从而缓解了此事件。<br /><br />GitHub正在审查容量规划和自动扩展措施，以降低未来发生类似延迟的可能性。
原文On July 2nd, 2026, between approximately 15:00 and 18:30 UTC, the GitHub Pages service experienced degraded deployment performance due to a surge in demand that exceeded available processing capacity. During this period, users publishing to GitHub Pages may have seen their deployments queued or taking substantially longer than usual to go live. No other GitHub services were impacted.<br /><br />We mitigated the incident by scaling up Pages deployment workers and provisioning additional storage capacity to clear the backlog.<br /><br />GitHub is reviewing capacity planning and autoscaling measures to reduce the likelihood of similar delays in the future.
Pages 部署延迟正在恢复中。团队正继续努力实现全面缓解，并恢复正常状态。
原文Pages deployment latency is recovering. The team continues working toward full mitigation and a return to nominal state.
我们正在调查关于Pages部署缓慢和失败的报告。Pages的访问不受影响。
原文We are investigating reports of slow and failing Pages deployments. Access to Pages is unaffected.
我们正在调查有关Pages性能下降的报告。
原文We are investigating reports of degraded performance for Pages
关于这些数据
事件从哪来？
全部来自各厂商官方状态页的公开接口，由本站每 5 分钟同步一次，保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文，本站不做改写；点详情页底部的链接可回到厂商原始记录核对。
为什么有的服务查不到历史？
本页只收录对外提供官方状态页的服务。没有公开状态页的厂商（多数国产大模型属于此类）无法取得可信数据，本站不做自建拨测去猜，因此也不会出现在状态总览里。
持续时长怎么算？
按官方标注的开始时间到恢复时间计算；尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。