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. На использование 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, что приведёт к ещё большему количеству сбоев в будущем.