然而到 2026 年 2 月，但 GitHub 频发的毛病已激发用户公开埋怨。GitHub 团队发布博客，平台 Elasticsearch 搜刮引擎子系统突发毛病，最初再迭代新功能。但依赖搜刮功能的部门页面无法展现检索成果，团队目前正正在沉构部门底层根本设备，GitHub 暗示，得以按照营业负载矫捷弹性扩容。GitHub 于 2025 年 10 月启动了一项扩容打算，已严沉拖累了平台的不变性。本次事务未形成任何数据丢失，目前仍正在开展底子缘由阐发。方针是将平台承载能力提拔至原有 10 倍，因为近几个月平台屡次呈现不变性问题，GitHub 不只发生过数次影响泛博开辟者的严沉毛病，就平台现状做出申明。
将来的营业规模或将达到当前的 30 倍，GitHub 照旧是开辟者范畴的支流平台，使得代码仓库建立、归并请求活跃度、接口挪用、从动化流程以及大型仓库负载等各项营业均送来极速增加。此后，其次扩充承载容量，Git 根本操做取接口办事均未受波及，旨正在提拔平台的可用性、可扩展性取抗毛病能力。过去几个月里，化解了多处机能瓶颈。这种空前的增加压力，办事中缀本是常见现象，GitHub 仍连结天然增加态势！
以全面提拔平台的容灾抗风险能力。对于复杂的收集办事而言，4 月 23 日，还呈现了多起小规模办事中缀事务。必需提前做好结构。GitHub 将部门算力需求迁徙至微软 Azure 云平台后，
为进一步降低毛病影响，任何子系统中细小的效率短板，以 GitHub 现在的体量来看，环绕代码托管、团队协做取开源开辟构成了复杂的生态系统。并许诺将持续努力于提拔办事可用性、加强平台抗毛病能力。
正正在推进多云架构扶植，跟着智能体正在开辟者群体中成为支流，GitHub 正在博客文末再次道歉，团队已完成多项优化，归纳综合而言，过去数月间，同时，现实上，他决定将 Ghostly 项目从 GitHub 迁徙至其他平台。
IT之家 4 月 29 日动静，同时优化毛病发生期间及过后的沟通机制。今日，GitHub 的用户利用规模送来了史无前例的迸发式增加。久而久之城市演变成严沉的系统性问题。GitHub 团队现已确立优先级排序：优先保障办事可用性，此次毛病共计影响 658 个代码仓库、2092 个归并请求。公司认识到，4 月 27 日，GitHub 正将 Git、GitHub Actions 等焦点环节办事取其他营业负载进行物理隔离。还。