Hashicorp联合创始人宣布放弃GitHub：频繁宕机已无法支撑正式开发工作

Hashicorp联合创始人Mitchell Hashimoto近日公开表示，GitHub的稳定性已严重下滑，"不再适合开展正式工作"，并宣布将其当前项目迁移至其他平台。

Hashimoto目前的核心项目是Ghostty——一款终端模拟器，曾因出色的运行速度和对这一成熟软件品类的创新改进而获得业界好评。

与众多开发者一样，Hashimoto长期使用GitHub托管该项目。他在近日发布的一篇文章中，回顾了自己与GitHub长达十八年的渊源。

"我是GitHub的第1299号用户，注册于2008年2月，"他写道，此后几乎每天都在使用这一平台。他坦言，GitHub曾是令他"最感到快乐的地方"，甚至在度蜜月期间也会抽空登录，"有些人沉迷于刷社交媒体，我早在这个词流行之前就开始沉迷于刷GitHub上的issues了。"

然而，这份感情如今已大打折扣。

"我一直为此感到愤怒，我伤害了一些人的情绪，我在宣泄情绪。因为GitHub每天都在让我失望，而这对我而言是非常私人的感受，甚至到了非理性的程度，"他写道。

令他愤怒的根源，是平台日益频繁的故障问题。

"过去一个月里，我坚持写日记，每当GitHub的宕机事故影响到我的工作，就在对应日期旁边画一个'X'，"他写道，"几乎每一天都有'X'。就在我写下这篇文章的当天，由于GitHub Actions出现故障，我已经有将近两个小时无法进行任何代码审查。"

值得注意的是，Hashimoto撰写这篇文章的时间，恰在4月28日的重大事故发生前数日——那次事故因Elasticsearch故障导致大量拉取请求无法完成。

接二连三的故障让Hashimoto得出结论：如果一个平台"每天都让你停工数小时"，它"就不再是开展正式工作的地方"。

"这里对我来说已经不再令人愉快，"他感叹道，"我想留在这里，但它不欢迎我；我想完成工作，但它阻碍我；我想发布软件，但它让我无法发布。"

他表示，自己希望GitHub能够改进，但"我也需要写代码。而我现在无法依赖GitHub写代码了。很抱歉，在十八年之后，我必须离开。"

他并未完全关上回归的大门，表示若GitHub能拿出"切实的改进成果，而非停留于言辞与承诺"，他愿意考虑回归。

目前，他正积极推进将Ghostty迁移至其他代码托管平台的工作。"我们已有初步方案，同时仍在与多家服务商进行洽谈，包括商业平台和开源方案，"Hashimoto写道，"解除对GitHub的全部依赖需要一定时间，我们计划尽可能以渐进方式完成迁移。"

作为一种过渡安排，他将在GitHub上保留Ghostty的只读镜像仓库，个人项目也暂时留在这一微软旗下的平台上。但Ghostty的主要开发工作将正式转移至新平台。

"Ghostty是我本人、我们的维护者以及开源社区受影响最深的项目，因此这次迁移将以它为重心，后续如何发展，我们拭目以待，"他最后写道。

自微软收购GitHub以来，许多人曾担忧这家软件巨头会将平台改造得更倾向于自身生态，从而令非Windows或非Azure用户体验下降。然而这些顾虑在相当长的时间内并未成真，GitHub依然稳坐代码协作平台的头把交椅。

Hashimoto的亲身遭遇表明，这一地位正面临挑战。与此同时，微软也承认Windows存在严重的质量问题，部分原因在于将AI强行嵌入过多工具中。Hashimoto所观察到的GitHub故障频率上升，恰好与微软大力押注AI的时间节点高度吻合——其中的关联，值得每个人自行判断。

Q&A

Q1：Hashimoto为什么要离开使用了18年的GitHub？

A：Hashimoto离开的核心原因是GitHub频繁出现服务故障，严重影响他的日常开发工作。他表示，过去一个月中，几乎每天都因GitHub宕机而无法正常工作，包括GitHub Actions长时间中断、拉取请求因Elasticsearch故障无法完成等。他认为，一个每天让开发者停工数小时的平台，已经不再适合开展正式的软件开发工作。

Q2：Ghostty是什么，Hashimoto打算把它迁移到哪里？

A：Ghostty是由Hashimoto主导开发的一款终端模拟器，以运行速度快、功能创新而受到业界好评。目前，Hashimoto正计划将Ghostty从GitHub迁移至其他代码托管平台，具体平台尚未最终确定，他正同时与多家商业和开源服务商进行洽谈。迁移将以渐进方式进行，GitHub上会保留一个只读的镜像仓库。

Q3：GitHub频繁出现故障和微软推广AI之间有关联吗？

A：Hashimoto本人并未直接指控两者存在因果关系，但文章指出，GitHub故障频率上升的时间节点，与微软大力推进AI战略的时间高度吻合。微软也承认，由于在过多工具中强行引入AI，导致Windows出现了较为严重的质量问题。至于GitHub的稳定性下滑是否与此相关，目前尚无官方说明。