Dependabot Alerts 出现故障
此事件已解决。感谢您在问题处理期间的耐心与理解。详细根本原因分析将在可用时尽快分享。
原文This incident has been resolved. Thank you for your patience and understanding as we addressed this issue. A detailed root cause analysis will be shared as soon as it is available.
故障已缓解。我们正在监控以确保稳定性。
原文The degradation has been mitigated. We are monitoring to ensure stability.
在仓库更新解决漏洞后，部分Dependabot警报在关闭时仍持续延迟。<br /><br />我们正在继续调查并努力恢复正常处理。
原文Some Dependabot alerts continue to be delayed in closing after repository updates address a vulnerability. <br /><br />We're continuing to investigate and work to restore normal processing.
我们正在继续调查某些Dependabot警报在受影响仓库更新后关闭延迟的问题。警报处理仍然积压，正在部署额外的处理能力以帮助减少积压。我们正在监控进展，并将在了解更多信息后分享另一条更新。
原文We’re continuing to investigate delays in some Dependabot alerts closing after affected repositories are updated. Alert processing remains backed up, and additional processing capacity is rolling out to help reduce the backlog. We’re monitoring progress and will share another update as we learn more.
我们正在继续调查某些Dependabot警报在受影响仓库更新后关闭延迟的问题。警报处理仍然积压，正在推出额外的处理能力以帮助减少积压。我们正在监控推出情况，并将在了解更多信息后分享另一条更新。
原文We’re continuing to investigate delays in some Dependabot alerts closing after affected repositories are updated. Alert processing remains backed up, and additional processing capacity is rolling out to help reduce the backlog. We’re monitoring the rollout and will share another update as we learn more.
我们正在扩展警报处理能力，以减少积压，这些积压导致部分Dependabot警报在受影响仓库更新后关闭时出现延迟。我们将继续监控，并将在有更多信息时分享进一步更新。
原文We’re scaling alert processing capacity to reduce the backlog causing delays in some Dependabot alerts closing after affected repositories have been updated. We’re continuing to monitor and will share another update as more information becomes available.
我们正在调查某些 Dependabot 警报在受影响仓库已更新以解决漏洞后关闭延迟的问题。警报处理出现积压。我们将在有更多信息时分享。
原文We’re investigating delays in some Dependabot alerts closing after affected repositories have been updated to address a vulnerability. Alert processing is backed up. We’ll share more information as it becomes available.
我们正在调查部分GitHub服务性能受影响的相关报告。
原文We are investigating reports of impacted performance for some GitHub services.
关于这些数据
GitHub的故障事件数据从哪来？
全部来自GitHub 官方状态页的公开接口，由本站每 5 分钟同步一次，保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文，本站不做改写；点详情页底部的链接可回到厂商原始记录核对。
顶部的组件状态条怎么看？
每一格是一天，绿色表示GitHub 官方状态页当天未记录异常，黄色表示部分降级，红色表示当天有较大故障，灰色表示该组件当时还没有数据。右侧的可用率是官方口径的 90 天统计，与状态总览页显示的是同一份数据。
为什么有的服务查不到历史？
本页只收录对外提供官方状态页的服务。没有公开状态页的厂商（多数国产大模型属于此类）无法取得可信数据，本站不做自建拨测去猜，因此也不会出现在状态总览里。
持续时长怎么算？
按官方标注的开始时间到恢复时间计算；尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。
完整的服务清单与实时状态见状态总览。