GitHub认证问题导致部分API请求失败，影响了少量Slack和Teams频道订阅服务。故障发生在14:49至16:45 UTC期间，约1-2%的认证请求出现授权失败。目前问题已解决，订阅服务恢复，用户可重试之前失败的操作。详细原因分析将后续公布。

GitHub服务故障事件通告

事件状态：已解决

时间线： 1. 2026年6月5日17:20 UTC - 开始调查部分GitHub服务性能问题 2. 17:25 UTC - 确认Slack和Teams频道出现意外仓库取消订阅情况 3. 18:04 UTC - 确认问题源于新启用的功能标志，已关闭该功能 4. 18:05 UTC - 服务降级情况得到缓解 5. 18:43 UTC - 建议用户手动重新订阅受影响频道 6. 20:34 UTC - 公布具体影响范围：14:49-16:45 UTC期间约1-2%认证请求失败 7. 22:21 UTC - 确认所有订阅服务已恢复

影响范围： - 主要涉及/repos/{owner}/{repo}等少数API端点 - 认证失败率上升1-2% - 影响Slack和Teams的仓库订阅功能

解决方案： - 已关闭问题功能标志 - 建议受影响用户重试操作 - 支持团队提供人工恢复订阅协助

后续措施： - 将持续监控服务稳定性 - 将发布详细的事故根本原因分析报告

注：绝大多数请求未受影响，仅少数用户在特定时段遭遇异常。

以下是评论内容的总结：

1. 对GitHub技术问题的批评

   • 主要观点：用户普遍批评GitHub频繁出现技术故障和服务不稳定
   • 关键引用：
     • "One bug after another over at GitHub. What is going on over there?"（一个又一个的bug，GitHub到底怎么了？）
     • "GitHub's reputation has been long overcooked"（GitHub的声誉早已"煮过头"了）

2. 对GitLab的推崇

   • 主要观点：有用户认为自建GitLab比GitHub更稳定可靠
   • 关键引用：
     • "I've been running GitLab internally...Monthly upgrades are painless"（我内部运行GitLab...每月升级都很顺利）
     • "I can't see a single area where its better"（我看不出GitHub在哪方面更好）

3. 对微软的指责

   • 主要观点：用户将问题归咎于微软收购后的管理问题
   • 关键引用：
     • "Maybe then Microsoft might stop producing slop"（也许这样微软才会停止生产垃圾）
     • "Ramifications of the slopification"（"垃圾化"的后果）

4. 对AI技术的怀疑

   • 主要观点：部分用户讽刺性地提到AI解决方案
   • 关键引用：
     • "I'm sure AI will fix it"（我相信AI会解决这个问题）
     • "five bucks says this was Claude"（我打赌这是Claude[AI]干的）

5. 对工作影响的担忧

   • 主要观点：故障给实际工作带来困扰和压力
   • 关键引用：
     • "coworker was worried that they might be fired"（同事担心他们可能被解雇）
     • "we have a doc with the list of repos...resubscribe"（我们有个文档记录仓库列表...重新订阅）

6. 讽刺性评论

   • 主要观点：部分用户以幽默方式评论
   • 关键引用：
     • "Anyone who deletes Microsoft Teams deserves a raise"（删除Microsoft Teams的人应该加薪）
     • "I am all for the watching the world burn"（我完全支持看世界燃烧）