Od 27 marca 2025 r. zalecamy używanie android-latest-release zamiast aosp-main do kompilowania i wspołtworzenia AOSP. Więcej informacji znajdziesz w artykule o zmianach w AOSP.
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Podczas dodawania kodu do AOSP używaj flag uruchamiania funkcji, aby oddzielić niesprawdzony kod od sprawdzonego kodu. Włącz flagi uruchamiania funkcji, aby wykonać i przetestować kod.
Możesz też wyłączyć flagi wdrażania funkcji, aby mieć pewność, że niesprawdzony kod nie zostanie wykonany.
Flagi wdrażania funkcji są używane głównie na 2 sposoby:
Jeśli przyczyniasz się do rozwoju AOSP, osoba sprawdzająca zmiany może poprosić Cię o wdrożenie flagi uruchamiania funkcji, aby można było ją odpowiednio przetestować.
Więcej informacji o gałęziach znajdziesz w artykule Cykl życia wersji.
Google używa flag wdrażania funkcji, aby zapewnić, że najnowsza wersja Androida (android16-release) jest stabilna dla wszystkich. Jeśli Twoja firma prowadzi lustro AOSP i pracuje na jego podstawie, użyj oznaczenia funkcji, aby zapewnić stabilność lustrzanego obrazu kodu AOSP dla zespołu programistów.
Ogólne kroki, które należy wykonać, aby wdrożyć oznaczenie funkcji:
W przypadku danej zmiany kodu określ, czy potrzebujesz flagi, a jeśli tak, określ jej typ.
Zadeklaruj flagę.
Owiń zmianę kodu w flagę.
Ustaw wartość flagi.
Utwórz i przetestuj kod.
Zmieniać wartości flagi w czasie wykonywania.
testowanie kodu, który używa flag funkcji udostępniania;
Na stronach w tej sekcji znajdziesz instrukcje wykonywania poszczególnych kroków.
Treść strony i umieszczone na niej fragmenty kodu podlegają licencjom opisanym w Licencji na treści. Java i OpenJDK są znakami towarowymi lub zastrzeżonymi znakami towarowymi należącymi do firmy Oracle lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-07-27 UTC.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 2025-07-27 UTC."],[],[],null,["# Feature launch flag overview\n\nWhen adding code into AOSP, use *feature launch flags* to isolate\nuntested code from tested code. Enable feature launch flags to execute and\ntest your code.\nConversely, disable feature launch flags to ensure untested code doesn't\nexecute.\n\nFeature launch flags are used primarily in these two ways:\n\n- If you're contributing to AOSP, you might be asked by your change's reviewer to implement a feature launch flag so that the feature is tested properly. For further information on branches, see [Release lifecycle](/docs/setup/contribute/release-lifecycle).\n- Google uses feature launch flags to ensure the Android latest release branch (`android16-release`) is stable for everyone. If your company keeps a mirror of AOSP and works from that mirror, use feature launch flagging to keep your mirror of AOSP code stable for your development team.\n\n| **Note:** Feature launch flagging is part of a new development process called *Trunk Stable* whereby all official AOSP releases are snapped from a single internal main development branch. To achieve this goal, the main development branch must remain stable at all time. Trunk Stable requires all updates and new features to be flagged so they can, on a case-by-case basis, be included or excluded from the internal main branch before snapping a release. For more on the AOSP release process, see [Release\n| lifecycle](/docs/setup/contribute/release-lifecycle).\n\nThe high-level steps for implementing feature launch flagging are:\n\n1. For a given code change, determine if you need a flag and, if so, determine the flag type.\n2. Declare the flag.\n3. Wrap your code change in the flag.\n4. Set the flag's value.\n5. Build and test your code.\n6. Change flag values at runtime.\n7. Test code that uses feature release flags\n\nThe pages in this section teach you how to perform each of these steps."]]
