Ghostty покидает GitHub

Разработчик эмулятора терминала Ghostty Митчелл Хашимото объявил, что этот проект покидает GitHub из-за нестабильной работы платформы.

Релиз эмулятора терминала Ghostty для Linux и macOS состоялся в декабре 2024 года. Одна из главных его особенностей заключается в использовании GPU-ускорения для вывода контента. В тестах Ghostty оказывается быстрее iTerm, Kitty и стандартного терминала macOS. Код проекта написан на языке программирования Zig.

Хашимото (является руководителем проекта Ghostty и принимает окончательные решения по его работе) пояснил своё решение так:

Я пользователь GitHub под номером 1299, зарегистрировался в феврале 2008 года.

С тех пор я открывал GitHub каждый божий день. Каждый день, несколько раз в день, более 18 лет. Более половины моей жизни. Есть несколько исключений (я бы хотел увидеть данные), но я не могу представить, чтобы я делал это больше недели в году.

GitHub — это место, которое сделало меня самым счастливым. Я всегда находил для него время. Когда я переживал тяжёлые расставания? Я погружался в открытый исходный код… на GitHub. В колледже в 4 утра, когда все спят? Дайте мне сделать один коммит. Во время медового месяца, пока моя жена ещё спит? Да, GitHub. Именно там я исторически чувствовал себя счастливее всего и хотел быть.

Даже самые раздражающие вещи! Некоторые люди пролистывают социальные сети в поисках негатива. Я же пролистываю проблемы на GitHub ещё до того, как это слово появилось. В отпуске у меня были закладки на разные проекты на GitHub, которые я хотел изучить. Не только исходный код, но и процессы разработки открытого программного обеспечения, как другие разработчики реагируют на сложные ситуации. И так далее. Верите или нет, мне это нравится.

Кто-то может назвать это странным, но моё хобби, работа и страсть — всё это совпадает, и большую часть моей жизни они жили в одном месте в интернете: на GitHub.

Знаете ли вы, что я запустил Vagrant (мой первый успешный проект с открытым исходным кодом) во многом потому, что надеялся получить работу в GitHub? Не секрет, я говорил об этом неоднократно, и на своей первой публичной презентации о Vagrant, когда мне было всего 20 лет, я пошутил: «Может быть, GitHub меня наймёт, если он будет хорош!»

GitHub был моей работой мечты. Мне так и не удалось там поработать (не по их вине). Но это было идеальное место, где я хотел быть. Инженеры были невероятными, продукт был невероятным, и это было то, чем я жил и дышал каждый день. Я до сих пор живу и живу… вот уже 18 лет. Достаточно времени, чтобы человек вырос, и все это время я работал на GitHub.

В последнее время я очень публично критикую GitHub. Я был жесток. Я злился. Я задевал чувства людей. Я срывался. Потому что GitHub подводит меня каждый божий день, и это личное. Это иррационально личное. Я люблю GitHub больше, чем человек должен любить что-либо, и меня это злит. Мне жаль, что я задел чувства людей, работающих над этим.

Я чувствую это уже давно, но последний месяц я веду дневник, где ставлю крестик напротив каждой даты, когда сбой в работе GitHub негативно повлиял на мою возможность работать. Почти каждый день отмечен крестиком. В день, когда я пишу этот пост, я не мог заниматься проверкой запросов на слияние около двух часов из-за сбоя GitHub Actions. Это больше не место для серьёзной работы, если оно блокирует тебя на несколько часов в день, каждый день.

Мне больше не весело там находиться. Я хочу быть там, но он не хочет, чтобы я там был. Я хочу работать, а он не хочет, чтобы я работал. Я хочу выпускать программное обеспечение, а он не хочет, чтобы я его выпускал.

Я хочу, чтобы он стал лучше, но я также хочу писать код. И я больше не могу работать с GitHub. Простите. После 18 лет работы мне пора уходить. Я бы с удовольствием вернулся когда-нибудь, но это должно быть основано на реальных результатах и ​​улучшениях, а не на словах и обещаниях.

В ближайшие месяцы я поделюсь более подробной информацией о дальнейшем развитии проекта Ghostty. У нас есть план, но я также продолжаю вести переговоры с несколькими поставщиками (как коммерческими, так и с разработчиками открытого программного обеспечения).

Нам потребуется время, чтобы избавиться от всех зависимостей от GitHub, и у нас есть план, как сделать это максимально постепенно. Мы планируем сохранить доступное для чтения зеркало на GitHub по текущему URL-адресу.

Мои личные проекты и другая работа пока останутся на GitHub. Ghostty — это то, что больше всего влияет на меня, наших сопровождающих и наше сообщество открытого исходного кода, поэтому именно на этом сосредоточено это изменение. Посмотрим, что будет дальше.

Примечания:

Время этого сообщения совпадает с крупным сбоем 27 апреля 2026 года. Мы обсуждали и разрабатывали план по уходу с GitHub в течение нескольких месяцев, и этот пост был написан более недели назад. Окончательное решение мы приняли только на этой неделе.

Для тех, кто говорит: «Git — это распределённая система!»: проблема не в Git, а в инфраструктуре, на которую мы полагаемся: задачи, запросы на слияние, действия и так далее.

Это не тот крупный сбой в Elasticsearch, который произошёл 27 апреля 2026 года. Этот пост был написан за неделю до этого, так что это был другой сбой.

Согласно долгосрочной статистике статуса доступности сервисов GitHub, после покупки платформы Microsoft и ухода гендиректора GitHub Томас Домке, аптайм проекта начал незначительно, но стабильно снижаться.

В марте 2025 года представители открытого проекта Organic Maps сообщили, что перенесли разработку с GitHub на платформу совместной разработки Forgejo (развёрнутую на собственном сервере) из-за санкций против одного из разработчиков команды. Примечательно, что в GitHub сняли ограничения с проекта в конце марта, но это не повлияло на решение разработчиков Organic Maps. Примечательно. что в настоящее время репозиторий Organic Maps снова вернулся на GitHub.

Также на использование Forgejo перешёл Git‑хостинг Codeberg.org, и недавно это сделала команда проекта Zig.

В октябре 2025 года Microsoft начал переводить GitHub на серверы Azure. Это первое серьёзное изменение в GitHub после ухода генерального директора. В команде GitHub решили отдать приоритет миграции в Azure, а не разработке новых функций для платформы.

В обращении к сотрудникам GitHub технический директор платформы Владимир Фёдоров отмечает, что GitHub ограничен в мощностях своего центра обработки данных в Вирджинии. «Для нас жизненно важно успевать за требованиями ИИ и Copilot, которые меняют то, как люди используют GitHub», — пояснил Фёдоров.

План, пишет Фёдоров, заключается в том, чтобы GitHub полностью покинул собственные центры обработки данных в течение 24 месяцев. «Это означает, что у нас есть 18 месяцев на выполнение (с 6-месячным резервом)», — говорится в служебной записке Фёдорова. Он признаёт, что, поскольку любая миграция такого масштаба должна будет выполняться параллельно как на новой, так и на старой инфраструктуре в течение как минимум шести месяцев, команде, по всей видимости, необходимо завершить эту работу в течение следующих 12 месяцев.

Для этого Фёдоров просит команды GitHub сосредоточиться на переходе в Azure, а не на чём-либо ещё. «Мы попросим команды отложить разработку функций, чтобы сосредоточиться на переносе GitHub. У нас есть небольшой временной интервал, в течение которого мы можем отложить разработку функций, чтобы сосредоточиться на переносе, и нам нужно сделать его как можно короче», — пишет Фёдоров.

В последнее время в GitHub наблюдается учащение сбоев, отчасти из‑за того, что его центральный дата‑центр в Вирджинии действительно испытывает ограниченность ресурсов и сталкивается с проблемами масштабирования. ИИ‑агенты — часть проблемы. Однако некоторые сотрудники GitHub обеспокоены этой миграцией, поскольку кластеры MySQL GitHub, составляющие основу сервиса и работающие на физических серверах, не смогут легко перейти на Azure, что приведёт к ещё большему количеству сбоев в будущем.