Эксклюзивное: Google полностью разработает операционную систему Android в закрытом режиме, и вот почему.


🚀 Хочешь улететь на Луну вместе с нами? Подписывайся на CryptoMoon! 💸 Новости крипты, аналитика и прогнозы, которые дадут твоему кошельку ракетный ускоритель! 📈 Нажмите здесь: 👇

CryptoMoon Telegram


Tldr

  • Google подтвердил «Android Authority», что разработка операционной системы Android в ближайшее время полностью будет осуществляться в закрытом режиме.
  • В настоящее время Google делится частью своей работы над публичным AOCP Gerri, но в будущем все эти работы будут проводиться в частном порядке.
  • Целью этой приватизации является упростить разработку операционной системы Android и не препятствовать внешним разработчикам, поэтому Google остается приверженным публикации исходного кода в AOPS после каждого релиза.

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

Проект открытого исходного кода Android (AOOS) представляет собой операционную систему, которую Google предоставляет бесплатно под лицензией Apache 2.0. Эта лицензия позволяет использовать, распространять и изменять программное обеспечение на основе AOOS без каких-либо лицензионных затрат или требования раскрытия исходного кода. Гибкая модель лицензирования способствовала широкому распространению AOOS, что привело к созданию таких кастомных версий, как Samsung’s One UI.

Подобно многим инициативам с открытым исходным кодом, проект Android Open Source Project (AOPS) приветствует подачу кода от внешних разработчиков. Однако Google в значительной степени управляет разработкой AOPS, поскольку они рассматривают это как комплексное предприятие по разработке продукта, стремясь поддерживать жизненность платформы Android и проекта с открытым исходным кодом. Это означает, что у Google есть окончательная власть над тем, какой код может быть интегрирован в AOPS и когда новые версии исходных кодов будут распространяться. Компания создает компоненты AOPS в частном порядке, чтобы дать разработчикам и оригинальным производителям оборудования (OEM) возможность использовать унифицированную версию Android, избегая необходимости отслеживать продолжающуюся но неполную работу над будущим.

Google управляет двумя основными версиями Android для совмещения его открытой природы с планированием продуктов: публично доступной ветвью проекта Android Open Source Project (AOPS) и собственной разработкой Google. Ветвь AOPS доступна всем, тогда как только компании, имеющие соглашение о предоставлении услуг Google Mobile Services (GMCS), получают доступ к внутренней ветви Google для целей разработки.

Некоторые компоненты ОС, такие как стек Bluetooth в Android’е, разрабатываются публично на ветке AOSP, тогда как большинство компонентов, включая основную структуру фреймворка Android-а, разрабатываются приватно внутри внутренней ветки Google. Google подтвердил Android Authority, что скоро перенесёт всю разработку операционной системы Android в свой внутренний репозиторий, изменение призвано упростить процесс разработки.

Для упрощения разработки ОС Android, Google больше не будет иметь двух «основных» ветвей.

С тех пор как Google разрабатывает значительную часть Android внутри своих собственных веток разработки, Open Source Project (AOSP) часто отстает от закрытой версии по функциям и API. Этот разрыв заметен при сравнении возможностей и API стандартной сборки AOSP с последней бета-версией Android 16 от Google, которая была разработана на основе их собственного приватного кода. Хотя переход к trunk-based разработке несколько уменьшил это различие, проблема все еще существует и создает сложности для Google.

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

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

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

Что это значит для нас?

Google подтвердила «Android Authority», что привержена публикации исходного кода Android и не намерена делать его закрытым. Компания продолжит публиковать исходный код новых выпусков Android, поэтому, когда Google выпустит Android 16 позже в этом году, мы получим доступ к исходному коду обновления. Кроме того, Google будет продолжать публиковать исходный код форка Linux-ядра для Android, поскольку он лицензирован под GPLv2, что обязывает выпускать исходный код и является отдельным от AOPS.

Регулярность публикации обновлений компонентов открытого кода для Android изменится. Такие компоненты как система сборки, механизм обновления, стек Bluetooth, платформа виртуализации и конфигурация SELinux теперь разрабатываются исключительно публично (AOPS-first). Однако многие другие компоненты Android, включая основной фреймворк операционной системы, преимущественно работают над ними внутри компании. Тем не менее, некоторые функции, например API для области хранения только разблокированных устройств, продолжают создаваться в рамках AOPS.

Начиная со следующей недели, вся работа по разработке Android будет проводиться в закрытых репозиториях Google. Любые изменения, внесенные в исходный код, не будут публично доступны до тех пор, пока Google не опубликует новый репозиторий с этими обновлениями. Это изменение соответствует существующей практике для большинства улучшений компонентов Android, поскольку Google теперь сосредоточивает свои усилия на одной унифицированной ветке.

Данное изменение прежде всего благоприятствует Google в повышении эффективности разработки операционной системы Android, что может немного повлиять на скорость выпуска новых версий и исправлений ошибок. Однако для обычных пользователей эти изменения вряд ли будут заметны или ускорят обновления ОС на их устройствах.

Проще говоря, эта модификация не сильно повлияет на большинство разработчиков приложений, так как сосредоточена исключительно на разработке платформ. Разработчики, которые работают с платформами (например, создающие кастомные ROM), также столкнутся лишь с незначительными изменениями, поскольку обычно они основывают свою работу на конкретных версиях или ветках, а не на основной ветке. Компании, выпускающие форки продуктов AOPS, редко используют основную ветку AOPS из-за её нестабильности, что означает, что они тоже останутся незатронутыми.

Для независимых разработчиков кода, которые получают удовольствие от изучения или вклада в Проект открытых исходников для Android (AOPS), это обновление может вызвать разочарование. Изменения делают сложнее отслеживать инициативы Google по разработке, так как теперь лицензия GMV необходима для внесения вкладов в разработку операционной системы Android. Это означает, что код, к которому они имеют доступ, всегда будет отставать на недели или месяцы. Кроме того, эта новость может затруднить поддержание актуальности с новыми разработками платформы Android определённым категориям разработчиков, поскольку они больше не смогут отслеживать изменения внутри AOPS.

Это изменение может ограничить информацию, доступную для журналистов, поскольку обновления проекта Android Open Source (AOSP) часто предоставляют намеки на стратегии разработки Google. Например, коррекция кода в AOSP позволила мне узнать о функции веб-камеры Pixel за несколько месяцев до её запуска. Аналогично, подсказки из AOSP помогли предсказать более раннюю дату выпуска Android 16, а недавно удаленное изменение кода, которое я заметил неделю назад, дало нам первый публичный знак приближающегося релиза Google Pixel 10. Хотя эти утечки могут не быть катализатором этого изменения, очевидно, что оно повлияет на нашу способность сообщать о будущих функциях и устройствах Android.


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

Google собирается раскрыть дополнительную информацию об этом обновлении к концу этой недели. Те, кто желает получить больше сведений, должны следить за предстоящим объявлением и новыми ресурсами на сайте android.com.

Смотрите также

2025-03-26 17:48