Zasadnicza zmiana w sposobie opracowywania Android została ogłoszona przez Google, co bezpośrednio wpływa na producentów i programistów na całym świecie. Firma potwierdziła, że harmonogram wydawania kodu źródłowego Android Open Source Project (AOSP) zostanie zmieniony z czterech do zaledwie dwóch wydań rocznie. Esta nowa kadencja, która skupi publikacje w drugim (drugim kwartale) i czwartym (czwartym kwartale) kwartale, ma na celu priorytetowe potraktowanie stabilności platformy.
Strategiczna decyzja ma na celu dostosowanie rozwoju systemu operacyjnego do modelu znanego jako trunk-stable, co stanowi obietnicę solidniejszej i przewidywalnej bazy kodu dla całego ekosystemu. Na oficjalnej stronie internetowej AOSP udostępniono już zawiadomienie, w którym zachęca się społeczność do przyjęcia nowych praktyk. Należy pamiętać, że nie będzie to miało wpływu na dystrybucję comiesięcznych aktualizacji zabezpieczeń, zapewniając ciągłą ochronę użytkowników przed lukami w zabezpieczeniach.
Szczegóły nowej strategii wydawniczej
Przejście na cykl wydawniczy odbywający się dwa razy w roku było spowodowane rosnącą złożonością ekosystemu Android. Anteriormente kwartalna częstotliwość wymagała od zespołów inżynieryjnych Google jednoczesnego zarządzania wieloma gałęziami rozwoju, co wiązało się z poważnymi wyzwaniami w zakresie utrzymania spójności i bezpieczeństwa wszystkich aktywnych wydań. Nowa gałąź Cada reprezentowała nowy front pracy w zakresie testowania, poprawiania błędów i integracji funkcji, zwiększając koszty operacyjne i ryzyko fragmentacji w bazie kodu. Konsolidując wysiłki w ramach dwóch głównych wydań rocznie, firma jest w stanie skoncentrować swoje zasoby na dostarczaniu bardziej dopracowanej, przetestowanej i stabilnej bazy kodu. Esta Przewidywalność ma kluczowe znaczenie nie tylko dla Google, ale także dla producentów urządzeń (OEM), którzy opierają się na solidnych podstawach, aby tworzyć własne, niestandardowe wersje Android, a także dla twórców aplikacji, którzy skorzystają z bardziej spójnych interfejsów API i bardziej jednolitego zachowania na różnych urządzeniach.
Jaki jest model ze stabilnym bagażnikiem?
Model rozwoju stabilny na magistrali, obecnie formalnie przyjęty przez AOSP, stanowi ewolucję praktyk inżynierii oprogramowania na dużą skalę. Główną cechą tego podejścia jest utrzymanie jednej głównej gałęzi kodu, zwanej „rdzeńem”, która służy jako jedyne źródło prawdy dla projektu.
W przeciwieństwie do starszych metodologii, w których nowe funkcje opracowywano w oddzielnych gałęziach, a następnie łączono, w przypadku stabilnych metodologii łącza są integrowane bezpośrednio z gałęzią główną. Para zapobiegają powodowaniu niestabilności przez niekompletne funkcje, są one kontrolowane przez „flagi funkcji”.
Flagi te umożliwiają inżynierom włączanie lub wyłączanie nowego kodu w czasie kompilacji lub wykonywania, zapewniając, że tylko dojrzała, w pełni przetestowana funkcjonalność zostanie udostępniona publicznie. Technika Essa drastycznie zmniejsza złożoność łączenia kodu, które są częstym źródłem błędów.
Przyjęcie tego modelu promuje bardziej jednolitą i zdrową bazę kodu, ułatwiając współpracę między zespołami i zapewniając, że każde wydanie jest zbudowane na już skonsolidowanym fundamencie. Zarządzanie dużymi projektami oprogramowania to standardowa praktyka w wielu największych na świecie firmach technologicznych.
Wytyczne dla społeczności programistów
Wraz z wdrożeniem nowego harmonogramu Google wydał jasne zalecenia dla wszystkich osób pracujących bezpośrednio z kodem AOSP. Główną wytyczną jest migracja z gałęzi „aosp-main” do nowej „najnowszej wersji Androida”. Zmiana Essa jest krytyczna, ponieważ „aosp-main” nie będzie już odzwierciedlać stabilnego stanu projektu w czasie rzeczywistym i może zawierać kod eksperymentalny lub niestabilny. Z kolei gałąź „Android-latest-release” zawsze będzie wskazywała najnowszą i skonsolidowaną wersję publiczną, służąc jako bezpieczny i niezawodny punkt wyjścia.
To przejście upraszcza przepływ pracy zarówno dla dużych producentów, jak i społeczności niestandardowych ROMów. Wykorzystując gwarantowaną stabilną bazę kodu, programiści mogą znacznie skrócić czas spędzony na debugowaniu podstawowych problemów i skupić się na wdrażaniu własnych dostosowań i funkcji. Google podkreśla, że zmiana w procesie wydawniczym nie zagraża dostępowi do otwartego oprogramowania, ale raczej organizuje go w bardziej efektywny sposób, oferując solidniejszą platformę dla innowacji i rozwoju w całym ekosystemie.
Zabezpieczenia Android pozostają nienaruszone
Jedną z głównych obaw związanych z każdą zmianą w cyklu rozwoju systemu operacyjnego jest bezpieczeństwo. Google chciał wyjaśnić, że nowy harmonogram AOSP nie będzie miał wpływu na dostarczanie comiesięcznych aktualizacji zabezpieczeń, które są kluczowe dla ochrony miliardów urządzeń na całym świecie.
Te poprawki bezpieczeństwa będą w dalszym ciągu regularnie publikowane w specjalnym dziale, całkowicie niezależnym od pełnych wydań kodu platformy. Oddzielenie Essa zapewnia szybką i niezależną od rozwoju nowych funkcji dystrybucję poprawek krytycznych luk, co pozwala utrzymać zaangażowanie firmy w bezpieczeństwo ekosystemu.
Efekty dla producentów i niestandardowych ROM-ów
Nowa częstotliwość wydawania AOSP będzie miała różny wpływ na różne części ekosystemu Android. Para dużych producentów urządzeń, takich jak Samsung, Xiaomi i inni partnerzy strategiczni, bezpośredni wpływ będzie minimalny, ponieważ mają oni już wczesny dostęp do prywatnych wersji kodu, co pozwala im z wyprzedzeniem planować i rozwijać oprogramowanie.
Jeśli chodzi o tętniącą życiem społeczność niestandardowych ROMów, taką jak LineageOS, Pixel Experience i inne, zmiana będzie wymagała dostosowania w ich cyklach rozwoju. Eles będzie musiał dostosować się do dwóch głównych wydań rocznych, na których będą opierać swoje nowe wersje, co może oznaczać dłuższą przerwę między znaczącymi aktualizacjami.
However, in the long term, this change can be beneficial. Otrzymując bardziej stabilny i dojrzały kod źródłowy, zespoły te mogą zaoszczędzić czas i wysiłek, które wcześniej były poświęcone naprawianiu starszych niestabilności w bazie AOSP, co pozwoliło im skupić się na innowacjach i oferowaniu użytkownikom unikalnych funkcji.
Przyszłość AOSP z nowym kalendarzem
Oczekuje się, że po ustaleniu nowego rytmu uruchomienie drugiego kwartału (2 kwartału) skupi się na głównej corocznej aktualizacji platformy, zawierającej najważniejsze wiadomości i zmiany w API. Z drugiej strony publikacja czwartego kwartału (Q4) powinna skupiać się na udoskonaleniach, korektach i stopniowych udoskonaleniach, przygotowując grunt pod kolejny cykl i zapewniając solidność systemu przed końcem roku.
Dostosowanie do praktyk rynkowych
Decyzję Google o udoskonaleniu cyklu wydawniczego Android AOSP można również postrzegać jako krok w kierunku dojrzewania platformy, dopasowując ją do praktyk już utrwalonych w innych głównych ekosystemach oprogramowania, takich jak iOS Apple, który tradycyjnie koncentruje się na jednej dużej stabilnej wersji rocznie.
Stawiając na pierwszym miejscu stabilność nad częstotliwością, Google sygnalizuje skupienie się na jakości i długoterminowej niezawodności systemu operacyjnego, który obsługuje szeroką gamę urządzeń, od podstawowych smartfonów po tablety, telewizory i systemy samochodowe, z korzyścią dla całego łańcucha rozwoju, a ostatecznie dla konsumenta końcowego.
