26 ноября 2025 года команда проекта языка программирования Zig объявила о начале миграции с ресурсов GitHub на Git‑хостинг Codeberg (работает на открытой платформе совместной разработки Forgejo — форка Gitea).

«С настоящего момента репозиторий ziglang/zig на GitHub доступен только для чтения, а каноническая ветка origin/master основного репозитория проекта Zig — https://codeberg.org/ziglang/zig.git», — пояснил сопровождающий разработчик проекта Эндрю Келли.

Codeberg.org — это открытый нон‑профит проект с девизом «открытый код остаётся открытым всегда». Платформу используют многие популярные проекты, включая Redict, чтобы «обеспечить удобный и привычный пользовательский опыт для всех, кто знаком с сообществом Redis на GitHub». Проект Forgejo придерживается принципов независимого управления и подконтрольности сообществу. Ключевыми особенностями платформы является низкое потребление ресурсов (может использоваться на плате Raspberry Pi или в дешёвых VPS) и простой процесс установки. Решение позволяет развернуть на своих серверах систему для совместной работы с репозиториями Git, напоминающую по решаемым задачам GitHub, Bitbucket и Gitlab. Исходный код проекта написан на языке Go и опубликован под лицензией MIT и GPLv3+ для нового кода.

Вот что пояснили (потом текст чуток поменяли) в команде проекта Zig по этой ситуации:

С момента запуска git init десять лет назад Zig размещался на GitHub. К сожалению, после продажи компании Microsoft время начало поджимать. «Дайте мне пять лет, прежде чем всё пойдёт к чертям», — подумал я. И вот, спустя семь лет, мы живём в долг.

Если оставить в стороне отношения GitHub с ICE, совершенно очевидно, что талантливые ребята, работавшие над продуктом, переключились на более масштабные и качественные проекты, а оставшиеся неудачники жаждут навязать нам какой‑нибудь раздутый, полный ошибок JavaScript‑фреймворк во имя прогресса. То, что раньше работало быстро, теперь работает медленно и часто полностью сломано.

Что ещё важнее, Actions создан обезьянами и совершенно заброшен. После того, как генеральный директор GitHub заявил: «Используйте ИИ или уходите», похоже, приспешники из Microsoft поняли намёк, поскольку GitHub Actions начал «шедулевайбиться (vibe-scheduling)» — выбирать задачи для запуска, казалось бы, случайным образом. В сочетании с другими ошибками и невозможностью ручного вмешательства это приводит к тому, что наша система непрерывной интеграции настолько загружена, что даже коммиты в главной ветке не проверяются.

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

В качестве бонуса мы надеемся на сокращение количества нарушений (примеры A, B, C) нашей строгой политики «нет LLM / нет ИИ». Я считаю, что это, по крайней мере, отчасти связано с тем, что GitHub настойчиво продвигает функцию «сообщить о проблеме Copilot» прямо на глазах у всех.

Спонсоры GitHub

Единственное, что нас беспокоит, когда мы отказываемся от GitHub, — это спонсоры GitHub. Этот продукт сыграл ключевую роль в раннем успехе Zig в сборе средств и по сей день составляет значительную часть нашего дохода. Я безмерно благодарен Девон Зюгель. Она явилась, словно ангел с небес, и в одиночку превратила GitHub в надёжный источник дохода для тысяч разработчиков. Под её руководством будущее GitHub Sponsors казалось светлым, но, к сожалению для нас, она тоже переключилась на более масштабные и интересные проекты. С её уходом этот продукт также оказался в запустении и уже начал приходить в упадок.

Хотя GitHub Sponsors составляет значительную часть пожертвований Zig Software Foundation, мы считаем это обузой. Мы смиренно просим сообщество, если кто в настоящее время делаете пожертвования через GitHub Sponsors, рассмотреть возможность перевода регулярных пожертвований на Every.org, который сам по себе является некоммерческой организацией.

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

Благодарим участников Forgejo, которые помогли нам решить проблемы с переходом на эту платформу, а также сотрудников Codeberg, которые работали с нами над миграцией, в частности Эрла Уоррена, Отто, Гастеда и Матье Фенниака. В конце концов, мы выбрали простую стратегию, обойдя агрессивную привязку GitHub к поставщику: оставить существующие тикеты открытыми и неперенесёнными, но начать отсчёт с 30 000 на Codeberg, чтобы все номера тикетов оставались однозначными.

Давайте будем рассматривать оставшиеся открытыми тикеты GitHub как метафорически «копирование при записи». Пожалуйста, оставьте все ваши текущие тикеты и пул‑реквесты GitHub в покое. Не нужно переносить свои данные на Codeberg, если только вам не нужно внести правки, добавить комментарии или перебазировать. Мы всё равно рассмотрим уже открытые пул‑реквесты и тикеты; не волнуйтесь.

В современную эпоху поглощений, слабого антимонопольного регулирования и платформенного капитализма, ведущего к чрезмерной концентрации богатства, некоммерческие организации остаются бастионом, защищающим то, что осталось от общего достояния.

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

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

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

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

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

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