Google заменила Git-теги на выдачу кода через Google Диск: GrapheneOS обвиняет в нарушении GPLv2

8 августа 2026 года официальный аккаунт проекта GrapheneOS в Mastodon опубликовал тред из восьми постов о том, как Google в последнее время выдаёт часть исходного кода, из которого GrapheneOS собирает свою версию системы для смартфонов Pixel. Раньше Google просто пушила подписанные теги релизов прямо в Git, и их мог забрать кто угодно. Для части кода этот путь теперь закрыт: чтобы получить исходники, нужно подать заявку через Google Формы, после чего Google вручную открывает доступ к архиву (tarball) с кодом в Google Диске.

По словам GrapheneOS, ещё до перехода на Google Диск Google начала перед публикацией тега схлопывать всю историю коммитов в один коммит. Содержимое архивов, которые сейчас выдают через Google Диск, при этом «точно такое же», как раньше было в тегах, сам код не изменился и не урезан, поменялся только способ его получения. Но, как пишет GrapheneOS, Google «намеренно сделала процесс неудобнее по нескольким пунктам».

Главная претензия, скорость. Раньше доступ к архиву обычно открывали в течение пары часов после заявки. Сейчас, по словам GrapheneOS, ответа часто приходится ждать неделями, а доступ к дополнительным файлам приходится запрашивать по нескольку раз в месяц, потому что его выдают файл за файлом, а не папками целиком. GrapheneOS называет всю схему «совершенно нелепой» и пишет: «Теперь они [Google] однозначно нарушают GPLv2». В проекте подчёркивают: это Google сама выбрала «архаичную» систему вместо публикации тегов в Git и вместо этого тратит время нескольких своих сотрудников на разбор заявок, а значит, именно на ней обязанность обрабатывать эти заявки быстро.

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

По словам GrapheneOS, проблема касается только Pixel, и, как пишут в проекте, «вредит самой Google больше, чем кому-либо ещё», потому что без видимой причины ухудшает положение её же телефонов. На будущие устройства Motorola Mobility изменения не повлияют: GrapheneOS называет независимость от этой схемы Google одной из главных причин, по которым партнёрство с Motorola вообще существует. Для этих устройств GrapheneOS планирует готовить релизы заранее и самостоятельно хостить нужные Git-репозитории AOSP (Android Open Source Project, открытый исходный код Android), не полагаясь на доступ со стороны Google.

Отдельно GrapheneOS поясняет, зачем ему вообще нужен доступ к каждому бета-тегу: команда портирует и тестирует свою сборку заранее, до официального релиза, и не может каждый раз неделями ждать исходники под новую версию. Тред набрал заметное внимание в сообществе разработчиков на Hacker News, 358 голосов и 158 комментариев.

Ключевые факты

Google перестала пушить в Git теги для части исходного кода и обязала запрашивать доступ через Google Формы; в ответ выдаёт архив (tarball) с кодом через Google Диск.
Раньше доступ к архиву открывали в течение пары часов после заявки, сейчас, часто через недели; доступ к дополнительным файлам GrapheneOS запрашивает по нескольку раз в месяц, потому что выдают его файл за файлом, а не папкой целиком.
Код в архивах не отличается от того, что раньше публиковалось тегами, GrapheneOS подчёркивает, что изменился только способ доступа, а не сам код.
GrapheneOS называет схему «совершенно нелепой» и пишет, что Google теперь нарушает GPLv2, поскольку сама выбрала эту систему и обязана обрабатывать заявки быстро.
Проблема касается только Pixel: партнёрству с Motorola Mobility это не вредит, а для будущих устройств Motorola GrapheneOS будет готовить релизы заранее и самостоятельно хостить нужные Git-репозитории AOSP.

Почему это важно

История показывает, как Google на практике меняет доступ к исходному коду, который обязана раскрывать по лицензии GPLv2, без публичного объявления и видимого технического обоснования. Вместо автоматического пуша подписанных тегов в открытый Git-репозиторий Google теперь требует подать заявку через Google Формы и лишь потом вручную открывает доступ к архиву с кодом в Google Диске. По словам GrapheneOS, это превратило процесс, занимавший пару часов, в ожидание длиной в недели. Проект прямо называет это нарушением GPLv2: лицензия обязывает того, кто распространяет продукт на основе GPL-кода (в данном случае, прошивки для Pixel), предоставлять исходники без неоправданных барьеров, а недельная очередь на ручную обработку заявок, по мнению GrapheneOS, этому не соответствует.

Кому это важно

В первую очередь, команде GrapheneOS: открытой мобильной ОС для приватности и безопасности с поддержкой Android-приложений, которая портирует и тестирует свою сборку под каждый бета- и финальный тег Google заранее, до официального релиза, и поэтому зависит от быстрого доступа к исходникам. Шире это касается любого стороннего проекта или производителя, который собирает собственные прошивки на основе исходников Google для Pixel и рассчитывает на предсказуемые сроки их получения, а также всех, кто следит, как крупные платформы на практике соблюдают обязательства по GPL.

Как это применить

Практический вывод, не про сам код (он, по словам GrapheneOS, не изменился), а про процесс: тот, кто строит цепочку сборки вокруг исходников Google для Pixel, должен закладывать в график не часы, а недели ожидания и быть готовым запрашивать доступ файл за файлом по нескольку раз в месяц, а не папками сразу. Собственное решение GrapheneOS, не полагаться на этот процесс там, где можно: для будущих устройств Motorola Mobility проект готовит релизы заранее и планирует самостоятельно хостить нужные Git-репозитории AOSP, не завися от выдачи доступа со стороны Google.

Можно ли доверять

Источник, официальный аккаунт GrapheneOS в Mastodon (по собственному описанию, открытая мобильная ОС для приватности и безопасности с поддержкой Android-приложений); тред опубликован от первого лица восемью постами 8 августа 2026 года. Все конкретные цифры и оценки, «пара часов» против «недель», «по нескольку раз в месяц», какие устройства затронуты, а какие нет, это собственная характеристика GrapheneOS, а не независимая проверка: ни один сотрудник, команда или представитель Google не назван ответственным за это в треде, а конкретный репозиторий, файл или модель Pixel не названы. Вывод о нарушении GPLv2, юридическая оценка самой GrapheneOS, а не установленный факт; предпринял ли проект или планирует ли какой-то формальный шаг по принуждению к соблюдению лицензии, в треде не говорится.

Риски и подводные камни

История построена на изложении одной стороны, поэтому не стоит расширять её дальше сказанного: применяется ли такая же схема к другим репозиториям или проектам Google, неизвестно, а сколько именно файлов, заявок или релизов это затронуло и когда (и изменится ли) сам процесс, в треде тоже не указано. Важно не путать историю с утечкой или урезанием кода: GrapheneOS прямо говорит, что содержимое архивов идентично прежним тегам, под вопросом только скорость и удобство доступа, а не сам код.