ハクソク

世界を動かす技術を、日本語で。

GhosttyがGitHubを離れます

2026年4月29日原文(mitchellh.com)

概要

  • Ghosttyプロジェクト がGitHubから移行予定
  • 筆者のGitHubへの 深い愛着と失望
  • サービス障害の頻発による 作業妨害
  • 今後の移行計画と 段階的な依存排除
  • GitHub上には リードオンリーミラー を維持予定

Ghostty、GitHubからの移行について

  • Ghosttyプロジェクト がGitHubから他のプラットフォームへ移行決定
  • 筆者は GitHubユーザー1299 で、2008年2月から18年以上毎日利用
  • 人生の半分以上 をGitHubと共に過ごした経験
  • 辛い時期や人生の節目でも GitHubでOSS活動 に没頭
  • Vagrantの立ち上げ もGitHub就職を夢見ての行動
  • GitHubは筆者にとって 夢の職場、理想のコミュニティ
  • 近年は GitHubへの批判・失望感 が強まり、感情的な発言も増加
  • サービス障害やGitHub Actionsの不具合 が日常的に発生
  • 1ヶ月間、 障害発生日を日記に記録 した結果、ほぼ毎日業務に支障
  • 現状のGitHubは 「真剣な仕事の場」として成立しない との判断
  • 「Gitは分散型」議論に対し、問題はインフラ（Issues, PR, Actions等）にあると指摘

今後の計画と影響範囲

  • Ghosttyプロジェクト を段階的に他サービスへ移行予定
    • 商用・FOSS両方の 複数プロバイダーと協議中
    • 依存排除を段階的に進行
  • GitHub上にはリードオンリーミラー を現URLで維持
  • 個人プロジェクトやその他の作業 は当面GitHubに残留
  • 今回の移行は Ghosttyとオープンソースコミュニティ への影響が中心
  • 移行先や詳細は 今後数ヶ月で発表予定

筆者の想いと謝罪

  • GitHubへの強い愛着 があるからこその怒りと失望
  • GitHubの現状 に対し、個人的かつ感情的な反応を示したことへの謝罪
  • 改善が見られれば、将来的な復帰も検討

Hackerたちの意見

GitHubの質の低下の原因は何だと思う？いくつかの仮説を聞いたことがあるんだけど、 1. コードベースにAI生成コードが増えて、サービスの質が下がってる。 2. Microsoftに買収されて、彼らの悪いエンジニアリング文化がGitHubに広がった。両方の要因があるかもね。

└

https://damrnelson.github.io/github-historical-uptime/

└

MSの後から悪くなり始めたよ。特にMSがAIを推進し始めた時からひどくなった。

└

Azureへの移行が最も納得できる理由だと思う。 https://news.ycombinator.com/item?id=45517173

└

文化だけじゃなくて、信頼性のないAzureへの移行を強制されているだけかもしれないよね？

└

アップタイムとUX/UIについて言いたいな。アップタイム：未完了のプルリクエストがリポジトリに影響を与えている。更新 - 残りのElasticSearchインデックスを再インデックス中です。優先事項は正確性の確保とさらなる影響を避けることです。データを安全にバックフィルするために慎重に進めており、進捗に応じて追加の更新を共有します。2026年4月28日 - 15:58 UTC 更新 - 昨日のインシデントの後、/pullsや/repo/pullsページがすべてのインデックスされたプルリクエストを表示していない事例を調査中です。これは、現在私たちのElasticsearchクラスターにすべてのインデックスされたドキュメントが含まれていないためです。プルリクエストデータは失われていません。プルリクエストが更新されると、再インデックスされます。これらのページが再び完全な結果を返すように、フル再インデックスを加速する作業も進めています。2026年4月28日 - 14:51 UTC 調査中 - プルリクエストのパフォーマンス低下の報告を調査中です。2026年4月28日 - 14:17 UTC

└

いや、彼らはインフラを（Azureに？）積極的に移動しているに違いないよ、これだけの障害があるから。

└

第三のポイントを追加したいな：サービスの利用状況を記録すること。 https://github.blog/news-insights/company-news/an-update-on-...

└

#2があるから#1は大問題だよね。AI生成のコードは、周りにしっかりしたエンジニアリングプラクティスがあれば大丈夫だけど。彼らはレビューなしでAI生成のコードを盲目的にマージしてるのかな？多分そうだろうね。これはエンジニアリングプラクティスの問題であって、生成AIの利用自体の問題じゃないよ。

└

エージェントコーディングが登場する前から下降トレンドだったよ。Microsoftの文化とインフラのミックスだと思う。今は他のMicrosoftサービスと同じくらいの品質に感じるようになってきた。ちょっと余談だけど、dotnet CLIのバイナリを再ホスティングしなきゃいけないくらい、彼らのホスティングインフラが信頼できなくてCIの失敗を引き起こしてたんだ。

└

注: 私はSVN時代から来たおじいちゃんです。GitHubはMicrosoftに買収されたとき、信頼性が大きく損なわれました。私たちは傷ついた世代で、Microsoftの最悪の部分を見てきました。これが多くの人にとって信頼の基盤に大きな亀裂を生みました。それからCopilotが登場しました。何人かはそのトレーニング方法を掘り下げて、あるGitHubの社員がメールで「GPLリポジトリを含むすべての公開リポジトリが含まれている」と返答しました（関連するツイートは残念ながら削除されました）。この亀裂はさらに深まりました。私たちの中には（私も含めて）GitHubを去った人もいます。Copilotが浸透するにつれて、Microsoftの製品開発の慣行や哲学が支配するようになり、雰囲気でコーディングする開発者が増え、GitHubのコード基盤は崩れ始めました。今や大規模な移行やUIの後退が進行中で、私たちはここにいます。GitHubの最初の「エンシティフィケーション」サイクルは終わりました。今、私たちは第二のサイクルを始めています。膨張し、遅く、 entrenchedなヘゲモンの relevance phase からの decay です。これはゆっくりとした衰退になるでしょう。一日で崩れることはないけど、黄金時代はもう長いこと終わっています。

GitHubが組織として崩れていくのを見るのは本当に驚きだよね。理由についての議論がたくさんあるけど、独立していたのがMicrosoftの一部になったこと、リソースがコアサービスではなくCopilotに押し付けられていること、組織構造そのもの、バイブコーディングへの依存など、色々ある。理由はどうあれ、GitHubが深刻な問題に直面しているのは否定できない。非公式のステータスページ[1]は恐ろしい話を語っている。内部の視点を知りたいな（どこで働いても同じことが起こらないように学ぶために）。でも、注意を払っている人には明らかだと思うけど、GitHubは沈みかけの船で、みんながまだ見捨てていないのは慣性のおかげだよね。今、ソフトウェアがこんなに変わっている中で、慣性だけでは会社を維持するのは難しいと思う。1. https://mrshu.github.io/github-statuses/

Hacker Newsで議論の続きを見る