News Hacker｜极客洞察

🎯 讨论背景

Ghostty 是 Mitchell Hashimoto 维护的开源 terminal emulator，他宣布会把项目从 GitHub 迁走，因为近几个月 GitHub 的 outage、PR/Issues/Actions 故障和界面退化已经开始实质影响维护。评论里补充说，这不是对某一次事故的即时反应，而是持续数月讨论后的决定，后来 GitHub 还发生了 Elasticsearch 索引问题，导致 /pulls 页面显示不全。讨论默认 GitHub 不只是 git 托管，而是开发者的协作中枢：代码、issue、CI、搜索、通知和社交发现都绑定在一起。于是大家围绕 Microsoft 收购、Azure 迁移、Copilot/agentic coding 负载，以及 Codeberg、Forgejo、GitLab、sourcehut、Radicle、Tangled 等替代方案展开争论。

📌 讨论焦点

GitHub 可靠性已影响日常工作

很多人把这次迁出理解为工作流被直接打断，而不是单纯的情绪宣泄。评论反复提到 PR 列表、diff、Issues、Actions、API、webhooks 和搜索索引都会失灵，导致合并、排错、发版和自动化测试被迫停摆。有人贴出状态页和 uptime 图，认为核心服务已经长期落在一到两颗 nines，足以让团队每周都碰到一次“是我网络坏了还是 GitHub 又挂了”的时刻。对需要跨时区、集中开 merge party 的 OSS 项目来说，这类故障不是小毛病，而是直接吞掉维护窗口。

[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12]

微软接管后，组织激励压过产品质量

不少评论把根因指向 Microsoft 接管后的组织激励：原本围绕单一产品的团队文化被更大的 org chart 稀释，个人晋升、内部 KPI 和集团项目开始压过产品质量。有人认为 GitHub 已经变成给 Azure 迁移和 Copilot 供血的分部，资源优先级从修复核心服务转向平台整合和 AI 叙事。也有人把问题解释为大规模增长后的组织失灵：员工流动、layoffs、跨团队 politics 以及先发功能后修质量的文化，让可靠性变成低优先级。常见类比包括 Heroku 被 Salesforce、Slack 被 Salesforce，以及微软自家其他产品的长期质量争议。

[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15]

退出、镜像与替代 forge 方案

另一大主线是“既然它变差了，就把活搬走”。评论里反复点名 Codeberg、Forgejo、Gitea、GitLab、sourcehut、Radicle、Tangled、fossil、Bitbucket 等，很多人已经在自托管或镜像到别处，只保留 GitHub 作为外部入口。有人提议把 issues、PRs、wiki 直接放进 git 仓库，或者用 git-bug、epiq、pgit、邮件补丁流来替代网页 SaaS；也有人更看好 federation 和 ATProto 这类“一个身份、多处协作”的路线。争论焦点不是复制 GitHub 网页，而是把协作数据、身份和 CI 从单一平台里拆开。

[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15] [来源16]

把 GitHub 当成职业家园的人在告别

很多人强调，这不是在为一个 SaaS 哭，而是在为职业起点、社区记忆和长期习惯告别。GitHub 被描述成开发者的社交空间、读 README 和发现项目的地方，也是很多人学会协作开发的地方，所以它的变化会让人把自己的职业史也一起想起来。有人把这种依恋看成不健康的品牌忠诚，也有人反过来说，工具本来就会承载关系和成长经历，失去它当然会难受。另一边的提醒则更直接：公司不是人，别把它当朋友，真不行就该走。

[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15]

规模与测量口径之争

也有不少评论认为这场讨论被夸大了，GitHub 只是一个在前所未有规模下运行的服务，出问题不等于马上完蛋。有人指出很多图表没有 Y 轴，或者把轻重不同的 incident 混在一起，单凭情绪很难证明是 Microsoft 或 AI 直接导致的。另一种解释是规模和需求暴涨：当用户数、PR 数、CI 负载和自动化机器人同时上来时，原本够用的架构就会暴露瓶颈。也有人说自己几乎没感受到故障，或者认为 GitLab、Codeberg、Bitbucket 也各有各的问题，迁移未必更好。

[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12]

📚 术语解释

GitHub Actions: GitHub 的 CI/CD 和工作流自动化服务，评论中多次被提到是故障重灾区。

Copilot: GitHub 的 AI 编码助手；讨论里常被视为资源倾斜和流量暴增的象征。

Azure: Microsoft 的云平台，GitHub 被认为正在向它迁移并受其架构影响。

agentic coding: 让 AI agent 直接承担编写、审查和修复代码的工作流。

vibe coding: 依赖 AI 生成大量代码、人工把关较少的编码方式，常被用来指低质量 slop。

Forgejo: 源自 Gitea 的开源、自托管代码托管平台，常被拿来做 GitHub 替代。

Radicle: 去中心化的代码协作/forge 项目，把 issues 和 PR 等数据尽量放进 git 本身。

ATProto: Bluesky 使用的开放协议，一些新 forge 用它做身份与数据层。

enshittification: 平台先吸引用户、再通过复杂化和榨取逐步恶化体验的现象。