Repos 内装物的降解 API
Issues轻微事件
- investigating
我们正在调查一些GitHub服务公司受影响业绩的报告.
- resolved
这一事件已经得到解决。 感谢你在处理这一问题时的耐心和理解。 详细的根源分析一旦完成,将立即共享.
自动翻译自官方事件更新。
142 GitHub incidents · 2026年3月 — official updates, affected components, duration and resolution details.
我们正在调查一些GitHub服务公司受影响业绩的报告.
这一事件已经得到解决。 感谢你在处理这一问题时的耐心和理解。 详细的根源分析一旦完成,将立即共享.
自动翻译自官方事件更新。
我们正在调查一些GitHub服务公司受影响业绩的报告.
一些用户在使用"副驾驶"代码审查时可能会遇到故障. 我们已查明了根源,并正在设法减轻影响.
我们正在采取减缓措施,预计大约30分钟内恢复.
退化已经得到缓解。 我们正在监测以确保稳定.
这一事件已经得到解决。 感谢你在处理这一问题时的耐心和理解。 详细的根源分析一旦完成,将立即共享.
自动翻译自官方事件更新。
我们正在调查关于副驾驶AI模型供应商业绩下降的报告
我们正经历着副驾驶Chat、VS码和其他副驾驶产品中Grok 4.6模型的可用性下降。 这是由于上游模式提供者的问题。 我们正在同他们一起努力解决这个问题.
Grok 4.5模型也减少了可用性。 我们正在同上游提供者合作来解决这个问题.
我们的上游模型提供者的问题已经解决,而Grok模型在Copilot产品和IDE表面中再次出现. 我们将继续进行监测,以确保稳定,但减缓工作已经完成.
这一事件已经得到解决。 感谢你在处理这一问题时的耐心和理解。 详细的根源分析一旦完成,将立即共享.
自动翻译自官方事件更新。
我们正在调查关于Pull Expert公司业绩下降的报告
公关视图中的diffs可能会被暂停几分钟. 我们正在调查和增加资源.
更新拉动请求 diff 的时间已经提高到正常阈值 .
这一事件已经得到解决。 感谢你在处理这一问题时的耐心和理解。 详细的根源分析一旦完成,将立即共享.
自动翻译自官方事件更新。
我们正在调查关于副驾驶AI模型供应商业绩下降的报告
副驾驶对OpenAI模型的误差率较高,包括gpt-5.2,gpt-5.3-codex,gpt-5.4,gpt-5.4和gpt-5.6模型家族. 其他模式没有受到影响.
我们的一家模型供应商已经证实 他们最后发生了一起事件 我们向他们提供了细节,以帮助确定这一问题。 我们开始看到复苏.
影响副驾驶AI模型供应商的退化已经得到缓解。 我们正在监测以确保稳定.
我国上游型号供应商的问题已经解决,Gpt-5.3-codex,gpt-5.4-mini,gpt-5.4-nano,gpt-5.5和gpt-5.6系列型号在Copilot产品和IDE表面中再次出现. 我们将继续进行监测,以确保稳定,但减缓工作已经完成.
在协调世界时2026年8月31日08:37至09:41之间,GitHub Copilot经历了一些GPT模型的退化影响,包括gpt-5.2,gpt-5.3-codex,gpt-5.4-mini,gpt-5.4-nano,和gpt-5.6家族(Luna, Sol和Terra). 用户遇到了较高的出错率并中断了流回响应. 其他模式没有受到影响。 退化是由于一个上游模式提供者的问题造成的。 GitHub工程师通过自动监测检测出这个问题,为受影响的模型显示产品中的警告,并与供应商协调. 在供应商实施缓解后,服务恢复正常.
自动翻译自官方事件更新。
我们正在调查关于通用AI模型供应商的可用性下降的报告
我们正经历着副驾驶产品和IDE表面Kimi K3模型的可用性下降。 这是由于上游模式提供者的问题。 在我们与他们合作解决问题的同时,我们建议选择另一种模式或选择"Auto"继续使用副驾驶.
副驾驶AI模型供应商的性能正在下降。 我们正在继续调查.
我们的上游模型提供者的问题已经得到缓解,Kimi K3在Copilot产品和IDE表面中再次出现. 我们将继续进行监测,以确保稳定.
2026年8月27日,协调世界时约09:20至12:14之间,由于与我国上游供应商存在问题,副驾驶服务经历了Kimi K3型号的退化. 用户在使用Kimi K3时遇到了较高的出错率. 没有其他模型受到影响。 我们的供应商采取了缓解措施,解决了这一问题。 GitHub正与我们的供应商合作,以进一步提高服务的复原力,防止今后发生类似事件.
自动翻译自官方事件更新。
我们正在调查关于 " 行动 " 和 " 拉出请求 " 的退化业绩报告
我们正在调查影响“行动”工作流程运行的拖延和超时增加的情况。 20%的行动运行延迟了超过5分钟的启动时间,多达4%的运行未能触发. 我们正在积极开展减缓工作,并将随着我们了解更多情况而提供最新情况.
我们已经应用了缓解 并且正在看到恢复 在Action 工作流程运行和阻断拉动请求合并。 我们继续监控合并承诺的 持续健康 解决之前.
我们确认从协调世界时23:58开始全面恢复。 动作工作流程运行和拉动请求合并正常运行. 我们现在将解决这一事件,同时继续监测服务健康状况.
影响行动和拉动请求的退化已经得到缓解。 我们正在监测以确保稳定.
2026年8月26日从协调世界时21:55起至协调世界时23:58起,由拉力请求事件所触发的2.6%的工作流程运行被延迟,其影响在其高峰时高达25%. 一些用户还经历了牵引请求合并-承诺生成,可合并性信息,和合并-按钮可用性的延迟. 在协调世界时23:58前完全恢复了动作和拉出请求;事件在协调世界时00:26确认正常运行后得到解决. 用于处理拉动请求更新和生成合并承诺的背景工作,受到超时到 git 数据单一分区的影响。 这导致了拉动请求合并-承诺处理的积压,延迟了拉动请求触发的GitHub动作工作流程和一些可合并性信息. 我们减少了工作量,将交通从受影响的基础设施转移开来,并使受影响的服务部分恢复到健康状态。 这些行动加在一起,有助于清理积压工作并恢复正常运作。 我们正在努力改善资源饱和度检测,并通过隔离撞击、在重试上设置更好的界限和加强回压,使我们的系统在负载下更有弹性,从而消除客户的影响.
自动翻译自官方事件更新。
我们正在调查一些GitHub服务公司受影响业绩的报告.
我们目前正在调查收费服务方面更多的错误。 客户可能观察到预算页面负载失败的帐单,而副驾驶CLI的用户可能观察到启动或持续会话失败.
我们用缓解剂来解开副驾驶的用法 并观察到了这种特殊影响的恢复 我们继续调查 并应用缓解 的帐单页面中断 同时监测 确保副驾驶 仍然恢复.
我们正在继续监测我们申请的关于打乱收费页面的缓解措施.
在我们继续调查寻找根源时,我们的缓解措施仍在维持.
我们的缓解措施继续得到维持,服务条件保持稳定。 我们正在继续调查造成这一问题的集中工作量,并准备作进一步的预防性改进。 自上次更新以来,我们没有发现客户影响发生重大变化。 我们将随着调查的进展提供另一个最新情况.
自上次更新以来没有重大变化。 服务状况在缓解后保持稳定,我们没有观察到任何进一步的客户影响。 我们正在积极监测这项服务,同时执行有针对性的措施,以解决根本原因.
2026年8月26日,协调世界时20:40至协调世界时00:51之间,GitHub Billing在协调世界时8月27日遭遇了影响计费预算页和GitHub Copilot CLI会话的退化性能. 受影响的客户在开始或继续CLI会话时遇到预算页负载失败或失败. 我们确认了这种对少数客户的影响(<1%)。 造成这种情况的原因是工作量集中,造成我们的数据储存层处理延误。 自动重试增加了负荷并延长了降解时间。 我们通过调整基础设施内的交通平衡来缓解这一事件。 我们正在改进工作量隔离、重新试验行为和检测集中负荷,以减少再次发生的可能性并缩短我们发现和减轻类似事件的时间.
自动翻译自官方事件更新。
我们正在调查关于行动能力下降的报告
页面的性能正在退化。 我们正在继续调查.
我们发现一个问题 一个数据库主 并且正在失败的复制
初步故障 稍有改善 但没有完全缓解, 我们已经节制了入境交通 并正在调查上游的维特斯问题
我们相信我们已经确定并解决了这个问题,并且正在缓慢地推动交通回升,以确保交通不再发生. 有些顾客会继续看到延误,因为我们上台了.
页面正常运行.
我们正在继续观察恢复情况,排队延误正在烧毁。 有些顾客会继续看到更多的拖延,直到所有节能工作完成为止——我们预计在接下来的一小时内完成.
我们正在继续观察恢复情况,并期望在<30min>中行动进入队列恢复正常。 工作将继续通过该系统进行,但受每个客户货币限额的限制.
影响行动的退化已经得到缓解。 我们正在监测以确保稳定.
所有入境队列已恢复,行动正在按预期进行。 事发初期分配给较大跑者的工作有3.7%被卡住等待跑者的任务. 一小时之内就取消了 其他跑者正在成功处理所有新工作.
2026年8月26日从协调世界时15:02到15:45,Actions工作未能开始. 在协调世界时17:40前的以下2小时,Actions运行被延迟了超过5分钟,因为系统赶上了延迟的负载. 这种影响是由于将信件饱和到Action 工作流程的服务处理触发器所使用的主数据库而引发的. 初试失败了,但系统没有完全恢复. GitHub事件处理基础设施https://www. 后来用于恢复的下游油管被设定为~10%高到无法保护系统. 在协调世界时15:45,节奏与服务重启相结合,恢复了服务的核心健康。 这些节流阀在15:54至17:22之间被逐渐抬高,以恢复Actions运行时的完整webhook处理. 这道坡道故意减慢,以确保我们不会重新覆盖系统,因为我们原先的节奏现在已知是错的。 在协调世界时17:40,webhook事件的队列被完全烧毁. 3.7%的跑得较大的工作以及一些规模设定的自营工作仍然被排队或“等待跑跑”状态所困。 我们为这个州的强制撤换工作做了一个改变,他们于协调世界时18:40,即事件缓解后约50分钟,向失败过渡. 放弃这些工作还腾出了宿主货币,用于较大型的经营者工作。 使用货币组的客户看到了较长的影响,因为另一个问题,即:在部署部队撤回缓解措施之前,被分配到一组与工作脱节的跑道员,这阻碍了跑道员的获得,并让工作处于等待运行状态。 这在协调世界时8月27日01:00解决. 有的运行在协调世界时15:02-15:45事件窗口被触发出故障,即使服务恢复后也留下了排队状态. 在后端中,这些运行已经失败,并将在创建后24小时自动移动到取消状态. 作为后续行动,我们正在确定这一排队状态的根源,并改进我们消除受影响跑道的能力。 为提高这部分行动的总体可扩展性而作的若干修改已经完成并投入生产。 这些变动将在今后24小时内完成。 正在进一步努力提高行动工作流程的规模、复原力和更优雅地退化。 我们还在抢修物品,以加速清理今后类似情况下被排队或等待的工作.
自动翻译自官方事件更新。
我们正在调查一些GitHub服务公司受影响业绩的报告.
请参看本次相关事件中的综合摘要:https://www.githubstatus.com/incicents/y1t7p9fzrlj2
自动翻译自官方事件更新。
我们正在调查关于行动业绩下降的报告
为一组客户排队和运行动作任务时的失败正在得到解决。 我们正在监测全面恢复情况.
影响行动的退化已经得到缓解。 我们正在监测以确保稳定.
2026年8月24日,从协调世界时13:33到协调世界时14:04,3.8%的Actions运行在5分钟内开始延迟,1.25%的Actions运行彻底失败. 事件是由一个负责处理跑道任务活动的节点出现磁盘故障造成的。 通常情况下,不健康节点上的吊舱被取出并自动更换而无影响. 在这种情况下,虽然节点严重退化并无法进行磁盘操作,但它继续发出健康信号,使系统无法立即将工作转移到其他地方. 在此期间,分配给受影响部分的事件会累积到协调世界时13:54自动再平衡重定向到健康部分。 队列积压在协调世界时14:00被清除,处理在协调世界时14:04恢复正常. 为了防止再发生,我们正在改进对不健康节点的检测和自动补救,因为这些节点尚未完全关闭。 我们还正在加强应用层面的复原能力,因此停滞不前的消费者会被自动迅速清除,他们的工作被重新分配,而不等待受影响的节点恢复.
自动翻译自官方事件更新。
我们正在调查关于通用AI模型供应商的可用性下降的报告
副驾驶产品和IDE表面的有线模型的可用性正在下降。 这是由于与上游模式提供者存在问题。 在我们与他们合作解决问题的同时,我们建议选择另一种模式或选择"Auto"继续使用副驾驶.
2026年8月24日,在协调世界时约06:35至07:25之间,由于与我们上游供应商存在问题,副驾驶服务经历了克洛德5号线型的退化. 用户在使用Claude Fable 5时遭遇了较高的出错率,请求有时会失败中回. 没有其他模型受到影响。 我们的供应商采取了缓解措施,解决了这一问题。 GitHub正与我们的供应商合作,以进一步提高服务的复原力,防止今后发生类似事件.
自动翻译自官方事件更新。
2026年8月21日,协调世界时14:00至14:07之间,dotcom SSH上空的基特行动退化了. 成功 SSH上的Git操作在峰值撞击窗口期间下降了95%以上,使得大多数用户在大约4分钟的时间里实际上无法使用克隆、取取取或推取SSH。 HTTPS上的Git操作没有受到影响. 事件是由我们负载平衡基础设施中的一个软件缺陷引起的,这个缺陷是由配置变化所引发的. 缺陷只发生在连接通过运行新配置的多层负载平衡器时,这意味着在金丝雀测试时没有被检测出. 我们通过降低配置变化来缓解这一事件。 我们正在增加多层负载平衡器配置的回归覆盖范围,并改进对基特业务在SSH上的监测和警报,以缩短我们在今后发现和缓解类似问题的时间.
自动翻译自官方事件更新。
我们正在调查一些GitHub服务公司受影响业绩的报告.
用户在使用Copilot Cloud Agent启动任务时可能会遇到延误. 我们正在积极调查这一问题,并将随着我们了解更多情况而提供最新情况.
我们查明了有问题的部分,并正努力使情况变得健康。 将在我们执行缓解措施时提供进一步的最新资料.
我们正在遇到与副驾驶云代理任务有关的问题,导致新开始的任务没有适当显示正在进行的进展。 这些"副驾驶"云代理任务仍在正确完成,但缺乏适当的能见度. 我们正在积极调查这一问题,并将随着我们了解更多情况而提供最新情况.
用户在使用Copilot Cloud Agent启动任务时会遇到延迟,无法看到这些任务的状况. 副驾驶云代理任务还有待完成. 我们查明了问题的根源,并正在采取缓解措施,使服务恢复正常水平。 我们将很快提供另一个关于预期恢复时间的最新情况.
副驾驶云号任务状态的可见度有恢复迹象 但恢复速度比预期的要慢 我们正在采取额外的缓解措施来加快恢复.
我们正在观察副驾驶云剂任务状态的可视性逐步恢复,会议结果延迟了约1小时。 我们已采取更多步骤来加快恢复,并继续监测这种影响.
我们继续看到副驾驶云剂任务状态的能见度逐渐恢复,会议产出延迟了约1小时。 我们已采取更多步骤来加快恢复,并继续监测这种影响.
我们继续看到副驾驶云剂任务状态的能见度逐渐恢复,会议产出延迟了约1小时。 我们已采取更多步骤来加快恢复,并期望在下个小时内生效.
我们继续看到副驾驶云剂任务状态的能见度逐渐恢复。 随着我们补救步骤的生效,会议产出继续被推迟约一小时.
副驾驶云号特工任务状态的能见度正在逐渐恢复,因为我们为根源提供了解决办法。 在继续进行补救的同时,会议产出仍然推迟了约一小时.
在协调世界时8月20日13:57至2026年8月21日00:37之间,一些副驾驶云代理的用户在查看其代理任务的状况和结果时遭遇了长达60至90分钟的延误. 代理任务本身在此期间继续运行并完成;只有其地位的能见度被推迟. 原因是在第三方云数据库服务中出现了区域性的停用,Copproject公司用于存储代理任务状态. 我们未能在受影响的数据库中找到一个健康区域,增加了处理能力,无法处理积压的工作,一旦基本服务恢复,我们恢复了正常运作。 事件中没有丢失任务数据. 为了防止类似事件再次发生,我们正在取消使我们易受这种区域故障影响的数据库配置,并改进我们的数据库故障程序.
自动翻译自官方事件更新。
我们正在调查一些GitHub服务公司受影响业绩的报告.
我们正在调查关于未能为使用较大跑道的客户装载跑道组和跑道相关许可的报告.
我们查明了 " 行动 " 服务之间的沟通问题的根源,并正在努力缓解。 客户在使用大型跑道机时可能会遇到无法装载跑道组和跑道相关权限问题.
我们采取了缓解措施,并看到恢复信号。 我们将继续监测复原情况并提供最新情况.
2026年8月18日,从协调世界时05:02到协调世界时11:30,客户无法通过GitHub UI和API查看或管理Actions Runners和Runner Groups. 这个问题由后端请求读取跑者与跑者组数据失败所引起. 失败的原因是此服务独有的过期认证证书. 该证书在 KeyVault 中被旋转过, 但是在运行时允许使用的一个步骤被暂停, 以防止这次操作所引发的以往事件再次发生 。 通过完成后端系统中新证书的启用,减轻了影响. 我们在这项证书和其他证书之外增加了监测。 这一服务也正在被替换,作为我们可用性和规模工作的一部分,使这一认证路径和秘密管理符合所有GitHub服务的模式.
自动翻译自官方事件更新。
我们正在调查一些GitHub服务公司受影响业绩的报告.
2026年8月18日,从协调世界时05:02到协调世界时11:30,客户无法在Actions Larger Runners上运行工作,无法通过GitHub UI和API查看或管理Actions Runners和Runner Groups. 这些问题是由于后端请求未能解决启动Larger Runner工作流程运行和读取跑者及跑者组数据的基本元数据。 失败的原因是此服务独有的过期认证证书. 该证书在 KeyVault 中被旋转, 但是在运行时允许使用的一个步骤被暂停, 以防止这次操作所触发的先前事件再次发生 。 我们通过完成后端系统新证书的启用来缓解这些问题. 我们在这项证书和其他证书之外增加了监测。 相关的服务也正在被替换,作为我们可用性和规模工作的一部分,使这一认证路径和秘密管理符合所有GitHub服务的模式.
自动翻译自官方事件更新。
我们正在调查一些GitHub服务公司受影响业绩的报告.
API请求的绩效正在下降。 我们正在继续调查.
行动的业绩正在退化。 我们正在继续调查.
包括Pull Requireds, Issues等, 调查正在进行中,一旦得到更新,我们将公布
拉动请求的性能正在下降。 我们正在继续调查.
网络体验和Api流量的误差率高达20%左右。 存档下载和原始存储器内容下载出现大约50%的错误率。 正在对根源进行调查,在我们进行调查时,将继续提供最新情况.
网络体验和Api流量的误差率高达20%左右。 存档下载和原始存储器内容下载出现大约50%的错误率。 SAML和OIDC认证,SCIM和Team Sync也受到影响. 调查正在进行之中,我们将继续在发现更多信息时提供最新情况.
副驾驶的可用性正在下降。 我们正在继续调查.
现有问题正在减少。 我们正在继续调查.
拉动请求的可用性正在下降。 我们正在继续调查.
行动在减少。 我们正在继续调查.
网络体验和Api流量的误差率高达20%左右。 存档下载和原始存储器内容下载出现大约50%的错误率。 SAML和OIDC认证,SCIM和Team Sync也受到影响. 我们目前正在根据迄今的调查进行缓解,并正在监测改进情况.
网络用户的可用性正在下降。 我们正在继续调查.
页面的性能正在退化。 我们正在继续调查.
Webhooks的性能正在下降。 我们正在继续调查.
网络体验和Api流量的误差率高达20%左右。 存档下载和原始存储器内容下载出现大约50%的错误率。 SAML和OIDC认证,SCIM和Team Sync也受到影响. 我们目前正在开展缓解工作,并将随着进展公布最新情况.
网络体验和Api流量的误差率高达20%左右。 存档下载和原始存储器内容下载出现大约50%的错误率。 SAML和OIDC认证,SCIM和Team Sync也受到影响. 我们仍在努力找出根源,并将继续在我们学到更多知识并开展减缓工作时公布最新情况.
我们查明了有问题的部分,并采取了纠正行动。 有强烈的恢复迹象,但我们仍在努力完全恢复服务,出错率仍然略高。 随着复苏的继续,我们将进一步公布最新情况.
影响API请求、行动、Git操作、问题、页面、Pull请求和Webhooks的退化已经得到缓解。 我们正在监测以确保稳定.
Git业务公司业绩下降。 我们正在继续调查.
我们查明了有问题的部分,并采取了纠正行动,但我们看到许多服务机构的剩余影响。 我们正在继续采取额外的缓解措施并调查所余影响.
问题正在发生业绩下降。 我们正在继续调查.
我们查明了有问题的部分,并采取了纠正行动,但我们看到以零星认证失败为形式的剩余影响。 我们正在继续采取额外的缓解措施并调查所余影响.
影响Git业务的退化已经得到缓解。 我们正在监测以确保稳定.
API请求的可用性正在下降。 我们正在继续调查.
API 请求正常运行.
我们正在继续调查零星的认证失败。 我们已部分取消了认证标志的复试,并看到改进,我们正在监测影响,然后才充分实施这一减缓措施.
我们正在继续调查一些应用中影响副驾驶认证的零星故障。 通过 GitHub CLI 和 GitHub App 的副驾驶使用不受影响 .
问题在正常运作.
我们继续采用缓解措施,处理一些应用中零星的副驾驶认证故障。 我们期望在未来30分钟内完全康复. 通过 GitHub CLI 和 GitHub App 的副驾驶使用不受影响 .
2026年8月17日,从协调世界时13:28–21:15(7h 47m)起,GitHub.com在"问题","拉出请求","API","动作"和"副驾驶"之间发生了高发误差和超时. 在高峰期,web/API出错率约为20%,而档案和原始内容下载率则约为50%. SAML/OIDC认证,SCIM,和Team Sync也受到影响,GHEC中的动作工作流程与数据居住性也受到影响,这些工作流程依赖于在GitHub.com上托管的公开工作流程步骤定义. 大部分服务在协调世界时16:36之前随着中央美国数据中心的恢复而恢复;行动退化到协调世界时18:03左右;联合驾驶员托肯服务在21:02完全恢复. 一些故障流量被从美国中部转移到了弗吉尼亚北部,在那里成功服务到美国中部的网络故障被调试并解决. 对单个内部端点的延迟回复引发了VS代码中的潜在重试错误,该错误将流量放大了约10x并导致副驾驶Token Service延迟恢复. 故障的直接原因是由于交通量出现新的高峰,美国中部的负载平衡器的网络饱和. 之所以出现这种情况,最初是因为Istio侧车舱达到了通货限额,并且由于看上主机服务但看上侧车限额的配置不当的政策而未能正确进行自动缩放. 一次故障升级到更多,并最终达到四个HAProxy节点已用尽了它们的流量限制,从而贬低了网关认证路径并造成广泛的认证延迟和故障. 乐观的重试逻辑使内部负载平衡器超负荷,使问题更加严重。 将HAProxy停放在这些节点上同时立即产生广泛的恢复。 北VA的再试风暴被固定为:1)暂时用PR来降低网关再试逻辑,2)用403的负载平衡器屏蔽了入境的Copilot Token Service的令牌请求,然后逐渐提升每个站点的回放流量来让呼叫者成功. 由于客户端重试行为放大负载:一个失败的令牌操作可以产生许多额外的请求并输入重试回路圈,剩余副驾驶认证失败持续. 副驾驶Token Service的流量从正常的7-9K RPS增加到70-100K RPS. 减少网关认证回击并屏蔽再试-触发响应稳定了副驾驶Token Service并完成了恢复. 妨碍回收的复杂因素包括:对密码装入端点的一些刮取攻击。 为防止再次发生,我们的后续行动包括: - 纠正自动调整政策,以计及服务-mesh侧车的货币和能力。 - 在受影响服务中审计Istio请求、货币和规模限制。 - 审查跨网关和客户的重试限制和后退行为。 - 解决VS代码重试行为 放大了副驾驶符号流量。 - 改进负载平衡器能力监测和区域故障保障.
自动翻译自官方事件更新。
我们正在调查一些GitHub服务公司受影响业绩的报告.
GHEC Team Sync目前为有个人账户的企业所退化,在将团队同步到IDP组时造成延迟. 我们已查明拖延的原因,并正在设法减轻拖延。 我们将在协调世界时20:00提供最新进展.
我们已经部署缓解措施。 此时GHEC Team Sync已经为有个人账户的企业回收. 与IDP团体同步的团队恢复了正常的自制.
2026年8月13日,从协调世界时15:31:21到协调世界时18:27:55,GitHub Entertainment Cloud Team同步化退化为企业使用个人账户. 组织团队在与IDP组同步时遭遇了长达3至13小时(中间8小时)的延误,导致2.8%的团队的企业用户延迟访问补助金或移除. 为解决前一个问题,由于该特性的使用量增加,在打算去除该特性后,该特性仍然在使用中,造成在量大期间同步延迟。 我们取消了临时变动,并提供了额外资源来处理增加的数额.
自动翻译自官方事件更新。
我们正在调查关于Webhooks 业绩下降的报告
拉动请求的性能正在下降。 我们正在继续调查.
问题正在发生业绩下降。 我们正在继续调查.
Git业务公司业绩下降。 我们正在继续调查.
套件的性能正在退化。 我们正在继续调查.
目前我们正在调查Git业务(具体为推力)的短暂服务退化、问题、拉取请求、软件包登记以及协调世界时14:32至14:46之间的网络呼号。 我们已查明退化的根源,并正在调查减缓战略,以防止再发生.
影响到Git业务、问题、软件包、Pull Request和Webhooks的退化已经得到缓解。 我们正在监测以确保稳定.
我们暂时取消了一个背景工作 造成了影响。 目前,这种影响已完全减轻.
在协调世界时2026年8月13日14:24至14:53之间,一个例行的背景工作是删除一个组织,使一个密钥共享数据库不堪重负,导致多个GitHub服务短暂地还原了提升出的错误和较慢的反应. 受影响最大的是Webhook Management API,对Git操作的影响较小,牵引请求,发行,包,签入,以及副驾驶. 在协调世界时14:53左右,一旦工作完成,就自己清除了影响;我们在协调世界时15:36解决了这一事件。 受影响的用户可能经历了错误的短暂增加和反应较慢,主要是在创建、列出或更新webhooks时,其影响较小,可以拉动请求、问题、软件包和Git操作。 在协调世界时14:37左右的几分钟内,失败率达到约1%的高峰. 为了防止未来发生意外 我们已经运出一个更新 打开更安全的删除路径 对于组织, 以及数据库上的删除封顶。 在这些变化的基础上,我们正在审计所有批量删除和清理工作,这些工作会写到共享数据库,以防止今后出现类似问题.
自动翻译自官方事件更新。
我们正在调查关于副驾驶AI模型供应商业绩下降的报告
副驾驶产品和IDE表面的Fable 5模型的可用性正在下降。 这是由于上游模式提供者的问题。 在我们与他们合作解决问题的同时,我们建议选择另一种模式或选择"Auto"继续使用副驾驶.
我们看到恢复程度不高,但在副驾驶产品和IDE表面,第5号线的可用性仍然下降。 这是由于上游模式提供者的问题。 在我们与他们合作解决问题的同时,我们建议选择另一种模式或选择"Auto"继续使用副驾驶.
我国上游模式供应商的问题已经解决,第5号线在副驾驶产品和IDE表面中再次出现. 我们将继续进行监测,以确保稳定,但减缓工作已经完成.
2026年8月13日,在协调世界时约14:06至15:47之间,由于与我们的上游供应商存在问题,副驾驶服务经历了克洛德Fable 5型机车的退化. 用户的出错率较高,达到43%和平均12%的高峰。 选择自动或替代模型的用户没有受到影响。 我们的供应商采取了缓解措施,解决了这一问题。 GitHub正与我们的供应商合作,以进一步提高服务的复原力,防止今后发生类似事件.
自动翻译自官方事件更新。