Вот как Google удалось перенести дату выпуска Android 16 на более ранний срок

TLDR

Google объявил, что следующая основная версия Android (Android 16) выйдет во втором квартале 2025 года, что на несколько месяцев раньше, чем обычно.
Вице-президент Google и генеральный директор платформы Android рассказал мне в интервью, как компании удалось так сильно продвинуть релиз.
Стабильный проект Android Trunk дал Google уверенность в том, что он сможет выпускать обновления быстрее и чаще, не нарушая при этом никаких проблем.

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

"Просто покупай индекс", говорили они. "Это надежно". Здесь мы обсуждаем, почему это не всегда так, и как жить с вечно красным портфелем.

Поверить в рынок

В следующем году произойдут существенные изменения в цикле обновлений Android. Вместо того, чтобы представить следующее значительное обновление Android в августе, сентябре или октябре 2025 года, Google заявил, что Android 16 дебютирует во втором квартале 2025 года. Это не единственное изменение, поскольку Google также объявил о второстепенном выпуске. новые API для разработчиков запланированы на последний квартал (четвертый квартал) 2025 года. Эти изменения являются частью стратегии Google по ускорению графика обновлений Android, чтобы соответствовать выпускам устройств и ускорению обновлений API для приложений. Чтобы достичь этой цели, Google пришлось пересмотреть свой подход к разработке Android. Вот объяснение того, почему Google приближает дату выпуска Android 16 и методы, которые они использовали для этого.

Как текущий график выпуска Android замедляет внедрение новых API

Хотя Google обычно выпускает только одно значительное обновление Android каждый год, они также регулярно предоставляют три небольших обновления, называемые ежеквартальными выпусками платформы (QPR).

К настоящему моменту вы, вероятно, уже привыкли к этим развертываниям с сохранением качества (QPR), поскольку Google постоянно тестирует их на бета-фазах в течение последних нескольких лет. Интересно, что в настоящее время продолжается бета-тестирование QPR для первоначального развертывания Android 15. Эти бета-тестирования QPR оказались полезными для Google в устранении ошибок и более быстром выпуске новых функций, но они не оказали существенного влияния на разработчиков приложений.

По сути, выпуски качественной платформы (QPR) обычно не включают в себя изменения, имеющие отношение к разработчикам приложений, поскольку они представляют собой просто обновления версии Android, достигшей «стабильности платформы». Как только версия Android достигает этого этапа, все поведение системы и API, влияющие на приложения, устанавливаются, а это означает, что их нельзя изменить, пока версия SDK не будет увеличена. Например, Android 15 достиг стабильности платформы с выпуском бета-версии 3 в июне. Следовательно, каждый последующий QPR Android 15 будет состоять только из исправлений ошибок и дополнительных пользовательских функций, но не будет включать в себя ничего, что изменяет функциональность или возможности приложения.

Хотя Android 12L стал вторым обновлением качества, производительности и надежности (QPR) для Android 12, в котором были представлены новые API, стоит отметить, что такие незначительные выпуски были редкостью. Фактически, Android 8.1 был первым QPR Android 8. Вообще говоря, когда Google хочет запустить новый API, они либо откладывают его до следующего основного выпуска, либо распространяют его за пределами операционной системы с помощью таких средств, как Project Mainline или Google Play Services. обновления из-за редкости этих незначительных обновлений.

С другой стороны, учитывая быстрые темпы развития инновационных технологий, таких как генеративный искусственный интеллект, Google стремится быстрее внедрять новые интерфейсы прикладного программирования (API), особенно те, которые ориентированы на возможности искусственного интеллекта, чтобы сделать их более доступными для приложений. .

Как технический энтузиаст, я в восторге от неожиданного шага, который делает Google! Вместо типичной рутины в следующем году они планируют выпустить Android 16 раньше запланированного срока. Мало того, они также ускоряют темпы выпуска Android SDK, превратив QPR за четвертый квартал 2025 года в небольшое обновление, дополненное свежими API!

Один из способов перефразировать данный текст в естественной и удобной для чтения форме:

Как проект Trunk Stable помог Google ускорить цикл выпуска Android

В этом году Google изменил подход к разработке Android на систему, известную как Trunk-Based Development (TBD). В TBD все разработчики совместно работают над одной основной веткой кода, а временные ветки создаются только тогда, когда это необходимо.

Раньше Google создавал расширенные ветки кодирования для каждого значительного обновления или разрабатываемого выпуска качественного продукта (QPR). Как только они завершат работу над этими ветвями, они объединят весь код в свою основную внутреннюю ветвь. Этот процесс иногда приводил к проблемам или регрессам, поскольку разрабатываемые функции в первую очередь тестировались на разветвленных ветвях, а не на основной.

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

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

Мне удалось продемонстрировать Private Space на бета-версии Android 14, а не на Android 15, несмотря на то, что он широко известен как функция Android 15, из-за изменений, которые Google внес в Android после перехода на модель разработки на основе магистральной линии и пометки конфигурации. система. С момента перехода к этой новой модели разработки, начиная с Android 14 QPR2, основное различие между QPR (ранее известными как ежеквартальные выпуски платформы) и основными выпусками заключается в том, какие флаги использовались в процессе сборки и какие флаги активны, поскольку базовый кодовая база теперь стала идентичной.

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

Google сотрудничает со своими партнерами-производителями оригинального оборудования (OEM) и системами на кристалле (SoC), чтобы максимально приблизиться к новейшему отраслевому подходу к разработке, сокращая объем необходимой для них работы. Компания также помогает своим партнерам в выпуске небольших обновлений, аналогичных выпуску в четвертом квартале 2025 года, гарантируя, что эти обновления будут полезны для устройств, помимо Pixel. С внешней точки зрения очевидно, что переход к модели разработки на основе ветвей существенно повлиял на команду Android, и я надеюсь, что другие сотрудники AOSP последуют этому примеру.

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

https://youtube.com/watch?v=ODqTy903fZM

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

2024-10-31 20:19