Mishaal Rahman / Android Authoritytl; Dr Google potwierdził Android Authority, że rozwój systemu operacyjnego Androida wkrótce nastąpi na osobności. Obecnie Google dzieli się niektórymi pracami, jakie wykonują publiczne AOSP Gerrit, ale idzie naprzód, wszystkie prace będą wykonywane na osobności. Celem niniejszej prywatyzacji jest uproszczenie rozwoju systemu operacyjnego Androida i nie utrudnienie zewnętrznych programistów, dlatego Google pozostaje zaangażowany w publikowanie kodu źródłowego AOSP po każdej wydaniu. Bez względu na producent, każdy telefon z Androidem ma jedną wspólną cechę: bazę oprogramowania. Producenci mogą mocno dostosować wygląd systemu systemu Android, który wysyła na swoich urządzeniach z Androidem, ale pod maską funkcjonalność systemu podstawowego pochodzi z tego samego podkładu open source: The Android Open Source Project. Po ponad 16 latach Google wprowadza duże zmiany w sposobie, w jaki rozwija wersję open source Androida w celu usprawnienia jego rozwoju. Czytasz Informacje o autorytecie historia. Odkryj Informacje o autorytetach, aby uzyskać bardziej ekskluzywne raporty, rozrywanie aplikacji, wycieki i dogłębne relacje technologiczne, których nie znajdziesz nigdzie indziej. Projekt open source Android lub AOSP to system operacyjny, który Google uwalnia na licencji Apache 2.0. Apache 2.0 to licencja oprogramowania, która pozwala każdemu korzystać, dystrybuować lub modyfikować i dystrybuować systemy operacyjne na podstawie AOSP bez konieczności płacenia opłat licencyjnych lub kodu źródłowego wydania. Ta dopuszczalna struktura licencyjna ułatwiła powszechne przyjęcie AOSP, co prowadzi do stworzenia niestandardowych widelców, takich jak jeden interfejs Samsunga, podobnie jak wiele innych projektów typu open source, AOSP przyjmuje wkład kodu od twórców stron trzecich. Jednak Google prowadzi większość rozwoju AOSP, ponieważ „traktuje projekt Androida jako operację rozwoju produktu na pełną skalę” w celu „zapewnienia witalności Androida jako platformy i projektu open source”. Dlatego Google ma ostatnie słowo o tym, jaki kod można połączyć w AOSP i kiedy zostanie wydany nowy kod źródłowy wersji. Firma opracowuje prywatne komponenty AOSP, aby umożliwić „programistom i producentom OEM korzystanie z jednej wersji [of Android] bez śledzenia niedokończonej przyszłej pracy tylko po to, aby nadążyć. ”
Mishaal Rahman / Android Authority Screenshot ze strony docelowej dla Android Open Source Project. Aby zrównoważyć otwartą naturę ze strategią rozwoju produktu, Google utrzymuje dwa główne oddziały Androida: publiczny oddział AOSP i jego wewnętrzny oddział rozwoju. Oddział AOSP jest dostępny dla każdego, podczas gdy wewnętrzny oddział Google jest ograniczony do firm z umową licencyjną Google Mobile Services (GMS). Podczas gdy niektóre komponenty systemu operacyjnego, takie jak stos Bluetooth Androida, są opracowywane publicznie w oddziale AOSP, większość komponentów, w tym podstawowe ramy systemu Android OS, są rozwijane prywatnie w ramach wewnętrznej gałęzi Google. Google potwierdził do Androida Authority, że wkrótce zmieni rozwój systemu systemu Android na swój wewnętrzny oddział, co jest zmianą mającą na celu usprawnienie procesu rozwoju.
Aby uprościć opracowywanie systemu operacyjnego Androida, Google nie będzie już mieć dwóch „głównych” oddziałów
Ponieważ Google rozwija duże części Androida w swoim wewnętrznym oddziale, publiczny oddział AOSP często pozostaje daleko za tym, co jest dostępne prywatnie. Różnica ta jest widoczna przy porównywaniu funkcji i dostępności interfejsu API między czystą AOSP Build a najnowszą wersją beta Android 16 Google, która została zbudowana z jego wewnętrznej gałęzi. Podczas gdy przejście na rozwój oparty na bagażniku zmniejszyło tę rozbieżność, utrzymuje się i nadal stanowi wyzwania dla Google. Ta rozbieżność zmusza Google do spędzania czasu i wysiłku scalania łat między publicznym oddziałem AOSP i jego wewnętrznym oddziałem. Ze względu na to, jak różne są gałęzie, często pojawiają się konflikty scalania. Weźmy na przykład tę łatkę, która umożliwia funkcjonalność wielbłodnia ekranu dla paska nawigacyjnego i klawiatury. Łata wprowadza nowe ustawienie dostępności, które jest umieszczone na końcu listy ustawień dostępności. Stwarza to konflikt scalania, ponieważ długość listy różni się w zależności od wewnętrznej gałęzi AOSP i Google. Chociaż poprawka tego konkretnego problemu jest prosta, wiele innych łatek AOSP wywołuje podobne konflikty scalania po zintegrowaniu z wewnętrzną gałęzią Google.
Mishaal Rahman / Android Authority podobna, opracowując nowy API przechowywania tylko odblokowanego, wymagał inżyniera Google, aby wyeliminować łatkę z wewnętrznej gałęzi do AOSP, aby rozwiązać konflikt scalania. Wynika to z faktu, że chociaż API został opracowany w AOSP, plik zawierający nowe flagi kompilacji Androida opracowano wewnętrznie. W rezultacie łatka aktualizująca pliki flagi kompilacji musiało zostać przesłane wewnętrznie, a następnie zastosować do AOSP.
Mishaal Rahman / Android Authority Istnieją prawdopodobnie niezliczone przykłady takich konfliktów scalania, dlatego Google odpowiada swoją obecną strategię rozwoju z systemem Android i zamiast tego przesuwa cały rozwój wewnętrznie.
Co to oznacza dla nas?
Google potwierdził Android Authority, że jest zaangażowany w publikowanie kodu źródłowego Androida, więc Ta zmiana nie oznacza, że Android staje się zamknięty. Firma będzie nadal publikować kod źródłowy dla nowych wydań Androida, więc kiedy Google wypuści Androida 16 jeszcze w tym roku, otrzymamy kod źródłowy aktualizacji. Ponadto Google będzie nadal publikować kod źródłowy widelca z jądra Linux w systemie Androida, ponieważ jest on licencjonowany na podstawie GPLV2, który nakazuje uwalnianie kodu źródłowego i jest odrębny od AOSP. Zmieni się częstotliwość publicznego kodu źródłowego dla określonych komponentów na Androida. Niektóre komponenty, takie jak system kompilacji, silnik aktualizacji, stos Bluetooth, framework wirtualizacji i konfiguracja Selinux, są obecnie najważniejsze, co oznacza, że są w pełni opracowane publicznie. Większość komponentów Androida, takich jak podstawowa struktura OS, jest przede wszystkim opracowywana wewnętrznie, chociaż niektóre funkcje, takie jak API obszaru przechowywania tylko odblokowanego, są nadal rozwijane w AOSP.
Mishaal Rahman / Android Authority zrzut ekranu AOSP Gerrit, internetowego systemu przeglądu kodu używanego przez Google.Począwszy od przyszłego tygodnia, cały rozwój Androida nastąpi w wewnętrznych oddziałach Googlei Kod źródłowy dla zmian zostanie wydany tylko wtedy, gdy Google opublikuje nowy oddział zawierający te zmiany. Ponieważ jest to już praktyka większości zmian komponentów z Androidem, Google po prostu konsoliduje swoje wysiłki programistyczne w jedną gałąź. Ta zmiana będzie miała minimalny wpływ na zwykłych użytkowników. Chociaż usprawnia opracowanie systemu operacyjnego Androida dla Google, potencjalnie wpływając na szybkość rozwoju nowych wersji i redukcji błędów, ogólny efekt będzie prawdopodobnie niezauważalny. Dlatego nie oczekuj, że ta zmiana przyspieszy aktualizacje systemu operacyjnego dla telefonu. Ta zmiana będzie miała również minimalny wpływ na większość programistów. Deweloperzy aplikacji nie mają wpływu, ponieważ dotyczy to tylko rozwoju platformy. Deweloperzy platform, w tym ci, którzy budują niestandardowe ROM, w dużej mierze zobaczą również niewielkie zmiany, ponieważ zazwyczaj opierają swoją pracę na określonych tagach lub zwolnieniu gałęzi, a nie głównej gałęzi AOSP. Podobnie firmy, które wydają rozwidlone produkty AOSP, rzadko korzystają z głównego oddziału AOSP ze względu na jego nieodłączną niestabilność.
Mishaal Rahman / Android AuthorityLineageos 22.2 oparty jest na tagu wydania AOSP Android-15.0.0_R20, który zawiera najnowsze zmiany w kwartalnym wydaniu w marcu 2025 r.. Externi, którzy lubią czytać lub przyczyniać się do AOSP, będą prawdopodobnie przerażeni tymi wiadomościami, ponieważ ogranicza ich wysiłki rozwojowe Google. Bez licencji GMS przyczynienie się do opracowania systemu systemu Android staje się trudniejsze, ponieważ dostępny kod będzie konsekwentnie opóźniać się o tygodnie lub miesiące. Wiadomości ta sprawią również trudniejsze dla niektórych programistów nadążanie za nowymi zmianami platformy na Androida, ponieważ nie będą już mogli śledzić zmian w AOSP. Dla reporterów ta zmiana oznacza mniejszy dostęp do potencjalnie ujawniających informacji, ponieważ łatki AOSP często zapewniają wgląd w plany rozwoju Google. Na przykład zmiana kodu, którą zauważyłem w AOSP, ujawniła funkcję kamery internetowej Pixel na kilka miesięcy przed oficjalnym wydaniem. Podobnie, użyłem wskazówek w AOSP, aby wywnioskować wcześniejszą datę premiery Androida 16, podczas gdy usunięta zmiana kodu, którą zauważyłem w zeszłym tygodniu, dała nam naszą pierwszą publiczną wzmiankę o nadchodzących Google Pixel 10. Podczas gdy tego rodzaju wycieki prawdopodobnie nie wywołały tej zmiany, niewątpliwie wpłynie to na naszą zdolność do zgłaszania nadchodzących funkcji i urządzeń z Androidem.
Ostatecznie uważam, że ta zmiana ma sens, nawet jeśli optyka wygląda źle dla Google. Google miał tutaj trzy opcje: utrzymuj status quo, przesuń cały rozwój wewnętrznie lub upublicznić cały rozwój. Biorąc pod uwagę uzasadnienie Google dla prywatnego rozwoju Androida i jego niedawne przejście do rozwoju opartego na bagażniku, jego decyzja o konsolidacji pracy w ramach jednego, wewnętrznego oddziału, usprawniającym zarówno rozwój systemu operacyjnego, jak i wydawnictw kodu źródłowego, jest zrozumiałe. Google podzieli więcej szczegółów na temat tej zmiany, gdy ogłasza ją później w tym tygodniu. Jeśli chcesz dowiedzieć się więcej, pamiętaj o ogłoszeniu i nowej dokumentacji na źródło.android.com.
Masz wskazówkę? Porozmawiaj z nami! Napisz do naszych pracowników na adres [email protected]. Możesz pozostać anonimowy lub uzyskać uznanie za informacje, to twój wybór.