```Github.com 相关事故```
Incident with Github.com

原始链接: https://www.githubstatus.com/incidents/zkxwbgr0cnmx

您可以订阅 GitHub 状态更新的电子邮件和短信通知,以随时了解相关事件。 * **电子邮件:** 在事件有任何更新时接收通知。 * **短信:** 仅在事件创建或解决时接收提醒。 如需开启短信通知,请输入您的手机号码,从广泛支持的地区列表中选择国家/地区代码,并使用发送到您设备的一次性验证码 (OTP) 进行验证。如果您仅需接收电子邮件通知,只需点击“订阅”而无需输入手机号码。

Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 [重复] Github.com 相关故障 (githubstatus.com) 716 分,由 kevcampb 发布于 1 天前 | 隐藏 | 过往 | 收藏 | 2 条评论 帮助 SpyCoder77 1 天前 | 下一条 [-] [重复] https://news.ycombinator.com/item?id=49330597 回复 tomhow 1 天前 | 父节点 | 下一条 [-] 评论已移至该处。谢谢! 回复 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:
这场讨论凸显了用户对 GitHub 频繁服务中断的普遍不满。尽管 GitHub 将其归咎于流量激增(据称由于大模型生成的代码和自动化智能体,流量增长了一个数量级以上),但社区对解决方案仍存在分歧。 许多用户认为,GitHub 针对免费层级的“亏本引流”模式已难以为继,并建议通过限流或对高资源消耗(如 CI/CD 操作)收费来保护付费企业客户。另一些人则认为,微软的管理和向 Azure 基础架构的迁移才是导致不稳定的真正原因,并驳斥“人工智能负载”只是掩盖系统性管理不善的借口。 此次对话揭示了一个日益明显的趋势:通过将关键的 CI/CD 流水线迁移到 GitLab、Forgejo 或 Gitea 等自托管替代方案来“降低风险”。尽管放弃 GitHub 强大的网络效应和集成生态系统存在困难,但许多开发者感到该平台已从稳定的基石转变为不可靠且“体验恶化”的瓶颈,这促使人们回归分布式版本控制原则和独立基础设施。
相关文章

原文

Subscribe to updates for Incident with GitHub.com via email and/or text message. You'll receive email notifications when incidents are updated, and text message notifications whenever GitHub creates or resolves an incident.

To receive SMS updates, please verify your number. To proceed with just email click ‘Subscribe’

联系我们 contact @ memedata.com