Mulai 27 Maret 2025, sebaiknya gunakan android-latest-release, bukan aosp-main, untuk mem-build dan berkontribusi pada AOSP. Untuk mengetahui informasi selengkapnya, lihat Perubahan pada AOSP.
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Saat menambahkan kode ke AOSP, gunakan flag peluncuran fitur untuk mengisolasi
kode yang belum diuji dari kode yang telah diuji. Aktifkan flag peluncuran fitur untuk menjalankan dan
menguji kode Anda.
Sebaliknya, nonaktifkan tanda peluncuran fitur untuk memastikan kode yang belum diuji tidak
dijalankan.
Flag peluncuran fitur terutama digunakan dengan dua cara berikut:
Jika berkontribusi pada AOSP, Anda mungkin diminta oleh peninjau perubahan
untuk menerapkan flag peluncuran fitur agar fitur tersebut diuji dengan benar.
Untuk informasi lebih lanjut tentang cabang, lihat
Siklus proses rilis.
Google menggunakan flag peluncuran fitur untuk memastikan cabang rilis terbaru Android
(android16-release) stabil untuk semua orang. Jika perusahaan Anda
menyimpan mirror AOSP dan bekerja dari mirror tersebut, gunakan pelaporan
peluncuran fitur untuk menjaga mirror kode AOSP tetap stabil bagi tim pengembangan Anda.
Langkah-langkah tingkat tinggi untuk menerapkan pelaporan peluncuran fitur adalah:
Untuk perubahan kode tertentu, tentukan apakah Anda memerlukan flag dan, jika ya, tentukan
jenis flag.
Deklarasikan flag.
Gabungkan perubahan kode Anda dalam flag.
Tetapkan nilai flag.
Build dan uji kode Anda.
Mengubah nilai flag saat runtime.
Menguji kode yang menggunakan flag rilis fitur
Halaman di bagian ini mengajarkan cara melakukan setiap langkah tersebut.
Konten dan contoh kode di halaman ini tunduk kepada lisensi yang dijelaskan dalam Lisensi Konten. Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-07-27 UTC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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."]]
