Kryptonimy, tagi i numery kompilacji

Wersje Androida są podzielone na rodziny, a ich nazwy kodowe są ułożone alfabetycznie.

Tagi i kompilacje kodu źródłowego

Począwszy od wersji Donut, dokładna lista tagów i kompilacji znajduje się w tej tabeli. Identyfikator kompilacji zawiera informacje takie jak wersja platformy, gałąź kodu i data, w której wersja została odgałęziona lub zsynchronizowana z gałęzią deweloperską.

Definicje identyfikatorów kompilacji

W Androidzie 8.0.0 (Oreo) i nowszych wersjach identyfikatory mają format identyfikatora kompilacji PVBB.RRMMDD.bbb[.Cn], gdzie:

• P to pierwsza litera nazwy kodowej wersji platformy, np. O to Oreo. W przypadku nazw kodowych Androida 10 i nowszych używana jest litera, np. Q w przypadku Androida 10 i R w przypadku Androida 11.
• V oznacza obsługiwaną kategorię. Zgodnie z konwencją P oznacza główną gałąź platformy.
• BB to kod alfanumeryczny, który umożliwia Google zidentyfikowanie dokładnej gałęzi kodu, z której pochodzi kompilacja.
• RRMMDD określa datę, kiedy wydanie zostało odłączone od gałęzi deweloperskiej lub z nią zsynchronizowane. Nie zawsze jest to dokładna data utworzenia kompilacji, ponieważ w przypadku niewielkich zmian dodawanych do istniejącej kompilacji często używa się tego samego kodu daty co w przypadku istniejącej kompilacji.
• bbb identyfikuje poszczególne wersje powiązane z tym samym kodem daty, zaczynając od 001.
• Cn to opcjonalny ciąg alfanumeryczny, który identyfikuje poprawkę do istniejącej kompilacji PVBB.YYMMDD.bbb, zaczynając od A1.

Android 7.00 i starsze wersje używają innego, krótszego identyfikatora kompilacji (np. FRF85B), gdzie:

• Pierwsza litera to nazwa kodowa rodziny wersji, np. F to Froyo.
• Druga litera to kod gałęzi, który umożliwia Google zidentyfikowanie dokładnej gałęzi kodu, z której pochodzi kompilacja. Zgodnie z konwencją R jest główną gałęzią wersji.
• Trzecia litera i dwie kolejne cyfry to kod daty. Litera oznacza kwartał (A to I kwartał 2009 r., F to II kwartał 2010 r. itd.). Te dwie liczby określają liczbę dni w kwartale (F85 to 24 czerwca 2010 r.). Kod daty nie zawsze jest dokładną datą utworzenia kompilacji, ponieważ w przypadku niewielkich zmian dodawanych do istniejącej kompilacji często używa się tego samego kodu daty co w przypadku istniejącej kompilacji.
• Ostatnia litera identyfikuje poszczególne wersje powiązane z tym samym kodem daty, zaczynając od A (która jest domyślna i zwykle pomijana dla zwięzłości).

Aktualizacje zabezpieczeń używają wyłącznie numerycznego identyfikatora kompilacji (np. 7786871) i są częścią wydań kodu źródłowego opartych na gałęziach backport. Te aktualizacje zabezpieczeń możesz zastosować w poprzednich wersjach Androida.

Gałęzie froyo, gingerbread, ics-mr0, ics-mr1, jb-dev, jb-mr1-dev, jb-mr1.1-dev, jb-mr2-dev i kitkat-dev reprezentują gałęzie deweloperskie, które nie odpowiadają dokładnie konfiguracjom testowanym przez Google. W związku z tym te gałęzie mogą zawierać różne zmiany oprócz oficjalnych wersji oznaczonych tagami i mogą nie być tak dokładnie przetestowane.

Rozróżnianie wersji

Aby odróżnić od siebie wersje, możesz uzyskać listę zmian powiązanych z każdym projektem, wydając to polecenie i przekazując mu 2 tagi gałęzi:

repo forall -pc 'git log --no-merges --oneline branch-1..branch-2'

Na przykład:

repo forall -pc 'git log --no-merges --oneline android-4.4.2_r2..android-4.4.2_r1'

Aby wysłać dane wyjściowe do pliku tekstowego:

  repo forall -pc 'git log --no-merges --oneline android-4.4.2_r2..android-4.4.2_r1' > /tmp/android-4.4.2_r2-android-4.4.2_r1-diff.txt

Moduły Honeycomb GPL

W przypadku Honeycomb cały kod źródłowy platformy jest niedostępny. Części Honeycomb objęte licencjami GPL i LGPL są dostępne pod tymi tagami:

Żaden plik manifestu nie zawiera dokładnie tych modułów, ale niektóre pliki manifestu umożliwiają tworzenie tych komponentów. Poniższe polecenia działają w przypadku wersji 3.0_r1.1:

repo init -b main -m base-for-3.0-gpl.xml
repo sync
repo forall -c git checkout android-3.0_r1.1

Aby użyć innej wersji, zmień parametr git checkout i (w razie potrzeby) parametr -m w pliku repo init. Polecenie git checkout zwraca błąd w przypadku wszystkich projektów innych niż GPL, w których nie może znaleźć tagu.

Kody urządzeń

W tabeli poniżej znajdziesz nazwy kodowe urządzeń Google. Możesz użyć tych nazw kodowych do utworzenia ciągów docelowych kompilacji używanych z poleceniem lunch: