Google меняет правила AOSP: Android не закрывают, но разработка кардинально меняется

Недавнее исчезновение кода для Pixel из Android Open Source Project (AOSP) вызвало переполох в сообществе и породило слухи о закрытии проекта. Однако теперь, после официальных разъяснений от Google, ситуация прояснилась. В этой статье мы разбираем, что произошло на самом деле, отделяем подтвержденные факты от первоначальных домыслов и объясняем, что эти изменения значат для будущего экосистемы Android.

Что конкретно произошло?

При попытке синхронизации с исходным кодом Android 16 разработчики по всему миру обнаружили, что манифест AOSP (файл, указывающий, какие компоненты нужно загружать для сборки ОС) больше не содержит путей к репозиториям для устройств Google Pixel.

Под удаление попали:

Деревья устройств (Device Trees): Файлы, описывающие аппаратную конфигурацию каждого конкретного устройства для ядра системы.
Аппаратно-зависимые компоненты: Закрытые (проприетарные) драйверы и бинарные файлы (blobs), необходимые для работы графики, модема, Wi-Fi и других модулей.
Полная история изменений ядра (Kernel Commit History): Исходный код ядра для Pixel теперь публикуется со "сплющенной" историей (squashed commit history), то есть в виде одного большого коммита. Это лишает разработчиков возможности отслеживать детальные исправления и улучшения.

Слухи о закрытии AOSP и "решении суда": что не так?

На фоне возникшего хаоса команда проекта GrapheneOS, известного своей защищенной прошивкой, заявила о получении сведений о планах Google по полному закрытию AOSP. Основной причиной был назван некий "решение суда США", которое якобы вынуждает Google пойти на такой шаг.

Официальное опровержение: Слухи о закрытии AOSP — ложные Первоначальная паника и слухи о "решении суда", вынуждающем Google закрыть проект, были официально опровергнуты. Вице-президент и генеральный менеджер Android Platform, Шон Чау (Seang Chau), выступил с однозначным заявлением в соцсети X:

"AOSP НЕ исчезает. AOSP был построен на основе открытой платформы для реализации устройств, поставщиков SoC и архитектур наборов инструкций." Таким образом, самые радикальные опасения не подтвердились. Проект продолжает жить.

Таким образом, наиболее радикальные слухи, вызвавшие панику, оказались неподтвержденными.

Реальная причина: Pixel больше не эталонное устройство для AOSP

Истинная причина оказалась не в тотальном "закрытии" разработки, а в смене стратегического подхода. Google официально пояснила, что прекращает использовать физические устройства Pixel в качестве эталонного (reference) устройства для AOSP. Новым эталоном становится "Cuttlefish" — виртуальное устройство Android, которое работает на ПК. Google объясняет этот шаг стремлением сделать AOSP более нейтральной и гибкой платформой, не привязанной к конкретному "железу". Поскольку Pixel больше не является официальным эталоном, Google не считает нужным публиковать его специфичные файлы, которые ранее облегчали сборку AOSP для этих устройств.

Раньше часть компонентов Android разрабатывалась по модели "AOSP-first" – то есть открыто, с публичными коммитами (изменениями кода) на сервере AOSP Gerrit. Теперь вся разработка, включая те компоненты, что ранее были публичными, будет консолидирована внутри Google.

Google объясняет этот шаг следующими причинами:

Упрощение и эффективность: Ведение параллельных публичной и частной веток разработки создавало технические сложности и требовало много ресурсов на слияние кода. Централизация упрощает этот процесс.
Продуктовый подход: Google рассматривает Android как продукт, и закрытая разработка дает больше контроля над качеством и сроками.
Защита конкурентной информации: Новая модель позволяет Google держать в секрете информацию о новых функциях до их официального анонса, не допуская "утечек" через публичные репозитории.

Важнейший момент: Android формально остается проектом с открытым исходным кодом. Google продолжит публиковать исходники под лицензией Apache 2.0. Однако теперь код будет публиковаться большими "порциями" после завершения внутренних циклов разработки, а не в виде постоянного потока изменений. Меняется не "что" (доступ к коду), а "как" (процесс разработки). Удаление репозиториев Pixel из публичного манифеста – прямое следствие этого решения.

Последствия для экосистемы Android

Этот стратегический сдвиг имеет серьезные последствия для разных участников рынка.

Для разработчиков кастомных прошивок (LineageOS, GrapheneOS и др.): Работа усложняется в разы. Как отмечают ведущие разработчики сообщества, теперь им придется "вслепую угадывать и реконструировать по готовым бинарным файлам, какие изменения нужны". Это превращает поддержку Pixel из удобного процесса в трудоемкую реверс-инженерию, ставя их на один уровень с устройствами других производителей.
Для независимых исследователей и энтузиастов: Теряется прозрачность. Возможность отслеживать развитие Android "в прямом эфире", анализировать ежедневные изменения и заранее узнавать о новых функциях исчезает, так как разработка консолидируется внутри Google.
Для Google и линейки Pixel: Это стратегический выигрыш. Усиление контроля позволяет Google создавать эксклюзивные программные функции для своих смартфонов, сближая свою модель с подходом Apple.

Заключение: Новая реальность для Android

Подведем итог. AOSP не закрывают, но мир открытой разработки Android действительно кардинально меняется.

Слухи о закрытии AOSP официально опровергнуты Google.
Реальная причина изменений — стратегический отказ от Pixel в качестве эталона AOSP в пользу виртуального устройства "Cuttlefish".
Главное последствие остается неизменным: разработка кастомных прошивок для Pixel стала значительно сложнее, а процесс развития Android — менее прозрачным.

Итог: Google не закрывает AOSP, а меняет правила игры. Проект жив, но его фокус сместился с поддержки физических устройств на внутреннюю разработку с использованием виртуальной платформы. Для сообщества это означает конец эпохи полной прозрачности и необходимость адаптироваться к новой, более сложной реальности.

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