整理 | 郑丽媛开云注册

当一个用了 18 年、真的“住在 GitHub 上”的开发者，蓦地晓喻要离开，原因会是什么呢？

最近，HashiCorp 吞并首创东谈主、Terraform 和 Vagrant 的作家 Mitchell Hashimoto 在个东谈主博客中写下了一篇带着明显情感的长文，中枢唯唯一句话：GitHub 近来故障太多、太不倡导了。

而他的顾问决策也很径直——把我方刻下最焦炙、领有 5.2 万 Star 的开源名目 Ghostty，迁出 GitHub。

一个老用户的告别：从深爱到失望

先浅薄先容一下，Ghostty 是一款用 Zig 讲话编写的末端模拟器，其遐想指标是在 macOS 和 Linux 上提供快速、功能丰富、平台原生的末端体验，将来还野心复古 Windows。值得一提的是，连 Anthropic 官方王人曾推选 Ghostty 手脚 Claude Code 的首选末端。

本周，Ghostty 的名目作家 Hashimoto 在其个东谈主博客中写谈，他是 GitHub 的第 1299 位用户，注册时辰不错回首到 2008 年 2 月。从那之后的 18 年里，他真的每天王人会掀开 GitHub，况且一天不啻一次。

对他来说，GitHub 真的占据了我方的半个东谈主生。Hashimoto 回忆称，以前无论阅历什么阶段，GitHub 王人是他最兴盛待的场地：

● 大学期间熬夜写代码，临睡前还要再提交一次 commit；

● 度假时会储藏一堆名目仓库连络，商榷别东谈主怎么组织开源息争经由；

● 以至连蜜月旅行时刻，也会及早晨空档掀开 GitHub 望望动态。

在他眼里，GitHub 从来不仅仅代码托管平台，更像互联网宇宙里的精神家园。Hashimoto还自曝，我方早年开发 Vagrant 的焦炙能源之一，即是但愿靠这个名目拿到 GitHub 的职责契机。他在 20 岁时曾公开玩笑谈：“如若这个名目作念得够好，也许 GitHub 会寄托我。”

天然最终莫得加入 GitHub，但 Hashimoto 历久把那边视为理思中的开发圣地。

一个月日记：真的“天天宕机”的开发体验

让 Hashimoto 真确感到失望并决定离开的，并不是某一次事故，而是 GitHub 抓续性的“不倡导”。

为了幸免主不雅情感搅扰判断，他作念了一件很工程师的事情：纪录数据。在以前一个月里，只须 GitHub 出现问题、影响到他的职责，就在今日日历摆布打一个“X”。

适度是：真的每天王人有 X。

Hashimoto 强调，这些问题并不仅仅偶发夹顿，而会径直影响中枢开发经由：

● GitHub Actions 无法运行，CI/CD 中断

● Pull Request 页面卡死，代码审核无法股东

● 页面加载颠倒，影响日常操作

以至在他写博客今日，就因为 GitHub Actions 故障，连气儿约两小时无法进行 PR 审核。

关于日常用户来说，这也许仅仅一次倏得颠倒；但关于依赖 GitHub 完成开发、测试、发布全经由的名目来说，这种级别的中断，照旧不是“体验不好”，而是职责被硬生生中断。

于是，Hashimoto 给出的论断也极端径直：如若一个平台每天王人让你被卡住几个小时，它就照旧不再符合正常职责了。他在博客中写下了这么一段话：

“我思待在这里，但它不思让我待在这里。

我思把职责作念完，但它不思让我完成职责。

我思发布软件，但它不思让我发布软件。”

关于一个历久依赖 GitHub 开发、息争、发布名方针东谈主来说，这照旧不是诉苦，而是信任坍弛。Hashimoto 以至承认，最近我方对 GitHub 的震怒和品评带有明显的私情面绪——因为他“过度爱上了一个居品”，是以失望情感也格外浓烈。

Ghostty 成为“第一个离开的名目”

在具体行径上，Hashimoto 并莫得“一刀切”地松手 GitHub：Ghostty 将迟缓搬动到新平台；GitHub 上保留只读镜像仓库，便捷现存用户赓续探询代码；他的个东谈主名目将暂时赓续留在 GitHub。

换句话说，这更像是一次“中枢业务搬动”，而不是透顶告别。

之是以优先搬动 Ghostty，原因也很实践：Ghostty 是他本东谈主、真贵者团队以及开源社区受 GitHub 故障影响最明显的名目，因此必须优先处理。

至于下一站去哪，Hashimoto 坦言面前仍未最终笃定，团队正在与多个候选平台换取，其中既有生意奇迹商，也有解放开源决策（FOSS）。

此外，由于该名目刻下已深度依赖 GitHub 的诸多功能，搬动不会通宵完成，而会以渐进步地股东。

是以，GitHub 发生了什么？

以前，GitHub 手脚“开发者基础次序”的地位真的不行撼动，无论是代码托管、息争经由，如故 CI/CD 体系，王人高度推敲在这一平台上。

但近期，倡导性问题确乎初始往往出现：GitHub Actions 屡次中断、PR 经由颠倒、API 反应不倡导、页面加载失败……举例就在 4 月底，一次由 Elasticsearch 成就问题激励的事故，导致多数 Pull Request 无法正常完成。

这些问题单看并不萧索，但当频率飞腾到“影响日常职责”的进度时，问题的性质就变了。

更好意思妙的是，大家皆知 GitHub 连年来正在放肆股东 AI 能力，举例 Copilot、自动化代码分析等。与此同期，微软合座战术也在向 AI 歪斜。为此，不少开发者初始建议一个疑问：

当平台资源不停向 AI 功能歪斜时，GitHub 的基础倡导性是否被冷落了？

天然，面前并莫得径直左证阐明两者存在因果关联，但至少在时辰线上，两者是访佛的。Hashimoto 本东谈主也并莫得明确斥责这少量，但他的阅历，确乎发生在这一阶段。

如若 GitHub 变好了，他如故兴盛记忆

最终，Hashimoto 在博客中留住了一段颇为千里重的告别：“我但愿 GitHub 变得更好，但我也思写代码。当今我照旧没法赓续依赖 GitHub 写代码了。对不起，18 年后，我得走了。”

在 Hacker News 的后续恢复中，他还显现，我方写下这篇博客时以至哭了，眼泪一度滴到了键盘上：“说来也怪，谁会因为一个 SaaS 平台而哭呢？但 GitHub 对我来说远不啻于此，我和它之间有着一种不健康的依恋。它予以了我太多，我也对此心胸感恩。但，它已不再是也曾的表情。”

Hashimoto 说，直到真确写下著作并点击发布按钮的那一刻，这场隔离才变得确凿。

不外，正如上文所说开云注册，此次迁出 Ghostty 并非意味着透顶决裂——Hashimoto 示意，如若将来 GitHub 能拿出真确的改造效力，而不是停留在答允和标语层面，他如故兴盛记忆。