Pertanyaan Umum (FAQ)

Halaman ini memberikan jawaban atas beberapa pertanyaan yang sering diajukan (FAQ).

Sumber Terbuka

Apa itu Proyek Sumber Terbuka Android?

Android Open Source Project (AOSP) mengacu pada orang, proses, dan kode sumber yang membentuk Android.

Orang-orang mengawasi proyek dan mengembangkan kode sumber. Proses adalah alat dan prosedur yang kami gunakan untuk mengelola pengembangan perangkat lunak. Hasil bersihnya adalah kode sumber, yang dapat Anda gunakan di ponsel dan perangkat lain.

Mengapa kami membuka kode sumber Android?

Google memulai proyek Android sebagai tanggapan atas pengalaman kami sendiri dalam meluncurkan aplikasi seluler. Kami ingin memastikan akan selalu ada platform terbuka yang tersedia bagi operator, OEM, dan pengembang yang dapat digunakan untuk mewujudkan ide inovatif mereka. Kami juga ingin menghindari titik pusat kegagalan, sehingga tidak ada satu pun pemain industri yang dapat membatasi atau mengontrol inovasi lainnya. Satu-satunya tujuan terpenting kami dengan AOSP adalah memastikan bahwa perangkat lunak Android open source diimplementasikan seluas dan secocok mungkin, untuk keuntungan semua orang.

Apa jenis proyek open source Android?

Google mengawasi pengembangan platform inti sumber terbuka Android dan bekerja untuk menciptakan komunitas pengembang dan pengguna yang tangguh. Untuk sebagian besar, kode sumber Android dilisensikan di bawah Lisensi Apache 2.0 yang permisif, bukan lisensi copyleft . Kami memilih lisensi Apache 2.0 karena kami percaya bahwa lisensi tersebut mendorong adopsi perangkat lunak Android secara luas. Untuk detailnya, lihat Lisensi .

Mengapa Google bertanggung jawab atas Android?

Meluncurkan platform perangkat lunak itu rumit. Keterbukaan sangat penting untuk keberhasilan jangka panjang dari sebuah platform, karena keterbukaan menarik investasi dari pengembang dan memastikan lapangan bermain yang setara. Platform juga harus menjadi produk yang menarik bagi pengguna.

Google telah berkomitmen pada sumber daya teknik profesional yang diperlukan untuk memastikan bahwa Android adalah platform perangkat lunak yang sepenuhnya kompetitif. Google memperlakukan proyek Android sebagai operasi pengembangan produk skala penuh dan melakukan kesepakatan bisnis yang diperlukan untuk memastikan perangkat hebat yang menjalankan Android berhasil dipasarkan.

Dengan memastikan Android sukses dengan pengguna, kami membantu memastikan vitalitas Android sebagai platform dan sebagai proyek sumber terbuka. Lagi pula, siapa yang menginginkan kode sumber untuk produk yang gagal?

Tujuan Google adalah untuk memastikan ekosistem yang sukses di sekitar Android. Kami membuka kode sumber Android sehingga siapa pun dapat memodifikasi dan mendistribusikan perangkat lunak untuk memenuhi kebutuhan mereka sendiri.

Apa strategi keseluruhan Google untuk pengembangan produk Android?

Kami merilis perangkat hebat ke pasar yang kompetitif. Kami kemudian menggabungkan inovasi dan peningkatan yang kami buat ke dalam platform inti sebagai versi berikutnya.

Dalam praktiknya, ini berarti bahwa tim teknisi Android berfokus pada sejumlah kecil perangkat "unggulan" dan mengembangkan versi perangkat lunak Android berikutnya untuk mendukung peluncuran produk tersebut. Perangkat unggulan ini menyerap banyak risiko produk dan merintis jalan bagi komunitas OEM yang luas, yang menindaklanjuti dengan lebih banyak perangkat yang memanfaatkan fitur-fitur baru. Dengan cara ini, kami memastikan bahwa platform Android berkembang sesuai dengan kebutuhan perangkat dunia nyata.

Bagaimana perangkat lunak Android dikembangkan?

Setiap versi platform Android (seperti 1.5 atau 8.1) memiliki cabang yang sesuai di pohon sumber terbuka. Cabang terbaru dianggap sebagai versi cabang stabil saat ini . Ini adalah cabang yang di-porting oleh pabrikan ke perangkat mereka. Cabang ini tetap cocok untuk dirilis setiap saat.

Secara bersamaan, ada cabang eksperimental saat ini , di mana kontribusi spekulatif, seperti fitur generasi berikutnya yang besar, dikembangkan. Perbaikan bug dan kontribusi lainnya dapat dimasukkan dalam cabang stabil saat ini dari cabang eksperimental yang sesuai.

Terakhir, Google bekerja pada platform Android versi berikutnya bersamaan dengan pengembangan perangkat unggulan. Cabang ini menarik perubahan dari cabang eksperimental dan stabil yang sesuai.

Untuk detail tentang codeline, cabang, dan rilis, lihat manajemen kode AOSP .

Mengapa bagian Android dikembangkan secara pribadi?

Biasanya dibutuhkan lebih dari satu tahun untuk membawa perangkat ke pasar. Dan, tentu saja, produsen perangkat ingin mengirimkan perangkat lunak terbaru yang mereka bisa. Sementara itu, pengembang tidak ingin terus-menerus melacak versi baru platform saat menulis aplikasi. Kedua kelompok mengalami ketegangan antara pengiriman produk dan tidak ingin ketinggalan.

Untuk mengatasi hal ini, beberapa bagian dari versi Android berikutnya termasuk API platform inti dikembangkan di cabang pribadi. API ini merupakan versi Android berikutnya. Tujuan kami adalah untuk memusatkan perhatian pada versi stabil kode sumber Android saat ini sementara kami membuat versi platform berikutnya. Hal ini memungkinkan pengembang dan OEM untuk menggunakan satu versi tanpa melacak pekerjaan yang belum selesai di masa mendatang hanya untuk mengikutinya. Bagian lain dari sistem Android yang tidak terkait dengan kompatibilitas aplikasi dikembangkan di tempat terbuka. Ini adalah niat kami untuk memindahkan lebih banyak bagian ini untuk membuka pengembangan dari waktu ke waktu.

Kapan rilis kode sumber dibuat?

Saat mereka siap. Melepaskan kode sumber adalah proses yang cukup rumit. Beberapa bagian Android dikembangkan di tempat terbuka, dan kode sumber itu selalu tersedia. Bagian lain dikembangkan terlebih dahulu di pohon pribadi, dan kode sumber itu dirilis ketika versi platform berikutnya sudah siap.

Dalam beberapa rilis, API platform inti sudah siap jauh sebelumnya sehingga kami dapat mengeluarkan kode sumber untuk tampilan awal sebelum rilis perangkat. Dalam rilis lain, ini tidak mungkin. Dalam semua kasus, kami merilis sumber platform ketika kami merasa bahwa versinya stabil, dan ketika proses pengembangan mengizinkan.

Apa yang terlibat dalam merilis kode sumber untuk versi Android baru?

Melepaskan kode sumber untuk versi baru platform Android adalah proses yang signifikan. Pertama, perangkat lunak dibangun ke dalam citra sistem untuk perangkat dan dimasukkan melalui berbagai bentuk sertifikasi, termasuk sertifikasi peraturan pemerintah untuk wilayah yang akan digunakan ponsel. Kode juga melewati pengujian operator. Ini adalah fase penting dari proses, karena membantu mendeteksi bug perangkat lunak.

Ketika rilis disetujui oleh regulator dan operator, pabrikan mulai memproduksi perangkat secara massal, dan kami mulai merilis kode sumbernya.

Bersamaan dengan produksi massal, tim Google memulai beberapa upaya untuk mempersiapkan rilis open source. Upaya ini termasuk membuat perubahan API akhir, memperbarui dokumentasi (untuk mencerminkan modifikasi apa pun yang dibuat selama pengujian kualifikasi, misalnya), menyiapkan SDK untuk versi baru, dan meluncurkan informasi kompatibilitas platform.

Tim hukum kami melakukan persetujuan terakhir untuk merilis kode ke sumber terbuka. Sama seperti kontributor open source yang diwajibkan untuk menandatangani Perjanjian Lisensi Kontributor yang membuktikan kepemilikan kekayaan intelektual atas kontribusi mereka, Google harus memverifikasi bahwa sumber tersebut diizinkan untuk memberikan kontribusi.

Sejak produksi massal dimulai, proses rilis perangkat lunak biasanya memakan waktu sekitar satu bulan, sehingga rilis kode sumber sering kali terjadi pada waktu yang sama saat perangkat menjangkau pengguna.

Bagaimana hubungan AOSP dengan Program Kompatibilitas Android?

Proyek Sumber Terbuka Android memelihara perangkat lunak Android, dan mengembangkan versi baru. Karena bersifat open source, software ini dapat digunakan untuk tujuan apapun, termasuk mengembangkan perangkat yang tidak kompatibel dengan perangkat lain yang berbasis sumber yang sama.

Fungsi Program Kompatibilitas Android adalah untuk menentukan implementasi dasar Android yang kompatibel dengan aplikasi pihak ketiga yang ditulis oleh pengembang. Perangkat yang kompatibel dengan Android memenuhi syarat untuk berpartisipasi dalam ekosistem Android, termasuk Google Play; perangkat yang tidak memenuhi persyaratan kompatibilitas ada di luar ekosistem tersebut.

Dengan kata lain, Program Kompatibilitas Android adalah cara kami memisahkan perangkat yang kompatibel dengan Android dari perangkat yang hanya menjalankan turunan dari kode sumber. Kami menyambut semua penggunaan kode sumber Android, tetapi untuk berpartisipasi dalam ekosistem Android, perangkat harus diidentifikasi sebagai perangkat yang kompatibel dengan Android oleh program.

Bagaimana saya bisa berkontribusi ke Android?

Anda dapat melaporkan bug, menulis aplikasi untuk Android, atau menyumbangkan kode sumber ke Proyek Sumber Terbuka Android.

Ada batasan untuk jenis kontribusi kode yang kami terima. Misalnya, seseorang mungkin ingin menyumbangkan API aplikasi alternatif, seperti lingkungan berbasis C++ lengkap. Kami akan menolak kontribusi itu, karena Android mendorong aplikasi untuk dijalankan di runtime ART. Demikian pula, kami tidak akan menerima kontribusi seperti pustaka GPL atau LGPL yang tidak sesuai dengan tujuan pemberian lisensi kami.

Kami mendorong mereka yang tertarik untuk menyumbangkan kode sumber untuk menghubungi kami melalui saluran yang terdaftar di halaman Komunitas Android sebelum memulai pekerjaan apa pun. Untuk detailnya, lihat Berkontribusi .

Bagaimana cara menjadi komitter Android?

Proyek Sumber Terbuka Android tidak benar-benar memiliki gagasan tentang committer . Semua kontribusi (termasuk yang ditulis oleh karyawan Google) melalui sistem berbasis web yang dikenal sebagai Gerrit yang merupakan bagian dari proses rekayasa Android. Sistem ini bekerja bersama-sama dengan sistem manajemen kode sumber git untuk mengelola kontribusi kode sumber dengan rapi.

Saat diajukan, perubahan harus diterima oleh pemberi persetujuan yang ditunjuk. Pemberi persetujuan biasanya adalah karyawan Google, tetapi pemberi persetujuan yang sama bertanggung jawab atas semua pengiriman, terlepas dari asalnya.

Untuk detailnya, lihat Mengirim Tambalan .

Kembali ke atas

Kesesuaian

Apa itu "kompatibilitas" Android?

Kami mendefinisikan perangkat yang kompatibel dengan Android sebagai perangkat yang dapat menjalankan aplikasi apa pun yang ditulis oleh pengembang pihak ketiga menggunakan Android SDK dan NDK. Kami menggunakan ini sebagai filter untuk memisahkan perangkat yang dapat berpartisipasi dalam ekosistem aplikasi Android dan yang tidak. Untuk perangkat yang kompatibel dengan benar, produsen perangkat dapat meminta persetujuan untuk menggunakan merek dagang Android. Perangkat yang tidak kompatibel berasal dari kode sumber Android dan tidak diizinkan untuk menggunakan merek dagang Android.

Dengan kata lain, kompatibilitas merupakan prasyarat untuk berpartisipasi dalam ekosistem aplikasi Android. Siapa pun dipersilakan untuk menggunakan kode sumber Android. Tetapi jika perangkat tidak kompatibel, itu tidak dianggap sebagai bagian dari ekosistem Android.

Apa peran Google Play dalam kompatibilitas?

Produsen perangkat dengan perangkat yang kompatibel dengan Android dapat meminta melisensikan perangkat lunak klien Google Play. Perangkat berlisensi menjadi bagian dari ekosistem aplikasi Android, memungkinkan penggunanya mengunduh aplikasi pengembang dari katalog yang dibagikan oleh semua perangkat yang kompatibel. Lisensi tidak tersedia untuk perangkat yang tidak kompatibel.

Jenis perangkat apa yang kompatibel dengan Android?

Perangkat lunak Android dapat di-porting ke banyak perangkat yang berbeda, termasuk beberapa di mana aplikasi pihak ketiga tidak akan berjalan dengan benar. Dokumen Definisi Kompatibilitas Android (CDD) menguraikan konfigurasi perangkat tertentu yang dianggap kompatibel.

Misalnya, meskipun kode sumber Android dapat di-porting untuk dijalankan pada ponsel yang tidak memiliki kamera, CDD mengharuskan semua ponsel memiliki kamera. Hal ini memungkinkan pengembang untuk mengandalkan serangkaian kemampuan yang konsisten saat menulis aplikasi mereka.

CDD terus berkembang untuk mencerminkan realitas pasar. Misalnya, CDD versi 1.6 hanya mendukung telepon seluler. Tetapi versi 2.1 memungkinkan perangkat untuk menghilangkan perangkat keras telepon, memungkinkan perangkat non-ponsel seperti pemutar musik bergaya tablet agar kompatibel. Saat kami melakukan perubahan ini, kami juga akan meningkatkan Google Play untuk memungkinkan pengembang mempertahankan kontrol atas tempat aplikasi mereka tersedia. Untuk melanjutkan contoh telepon, aplikasi yang mengelola pesan teks SMS tidak berguna di pemutar media, jadi Google Play mengizinkan pengembang untuk membatasi aplikasi itu secara eksklusif ke perangkat telepon.

Jika perangkat saya kompatibel, apakah secara otomatis memiliki akses ke Google Play dan branding?

Tidak. Akses tidak otomatis. Google Play adalah layanan yang dioperasikan oleh Google. Mencapai kompatibilitas adalah prasyarat untuk mendapatkan akses ke perangkat lunak dan branding Google Play. Setelah perangkat memenuhi syarat sebagai perangkat yang kompatibel dengan Android , produsen perangkat harus melengkapi formulir kontak yang disertakan dalam pemberian lisensi Layanan Seluler Google untuk mencari akses ke Google Play. Kami akan menghubungi Anda jika kami dapat membantu Anda.

Jika saya bukan produsen, bagaimana saya bisa mendapatkan Google Play?

Google Play hanya dilisensikan untuk perangkat pengiriman produsen handset. Untuk pertanyaan tentang kasus tertentu, hubungi android-partnerships@google.com .

Bagaimana saya bisa mendapatkan akses ke aplikasi Google untuk Android, seperti Maps?

Aplikasi Google untuk Android seperti, misalnya, YouTube, Google Maps, dan Gmail adalah properti Google yang bukan bagian dari Android dan dilisensikan secara terpisah. Hubungi android-partnerships@google.com untuk pertanyaan terkait aplikasi ini.

Apakah kompatibilitas wajib?

Tidak. Program Kompatibilitas Android bersifat opsional. Kode sumber Android terbuka, jadi siapa pun dapat menggunakannya untuk membuat perangkat apa pun. Namun, jika produsen ingin menggunakan nama Android dengan produk mereka, atau ingin akses ke Google Play, mereka harus terlebih dahulu menunjukkan bahwa perangkat mereka kompatibel .

Berapa biaya sertifikasi kompatibilitas?

Tidak ada biaya untuk mendapatkan kompatibilitas Android untuk perangkat. Compatibility Test Suite adalah open source dan tersedia bagi siapa saja untuk pengujian perangkat.

Berapa lama kompatibilitas?

Prosesnya otomatis. Compatibility Test Suite menghasilkan laporan yang dapat diberikan ke Google untuk memverifikasi kompatibilitas. Akhirnya kami bermaksud menyediakan alat swalayan untuk mengunggah laporan ini ke database publik.

Siapa yang menentukan definisi kompatibilitas?

Google bertanggung jawab atas keseluruhan arah Android sebagai platform dan produk, sehingga Google mengelola Dokumen Definisi Kompatibilitas (CDD) untuk setiap rilis. Kami menyusun CDD untuk versi Android baru dengan berkonsultasi dengan berbagai OEM yang memberikan masukan.

Berapa lama setiap versi Android akan didukung untuk perangkat baru?

Kode Android adalah open source, jadi kami tidak dapat mencegah seseorang menggunakan versi lama untuk meluncurkan perangkat. Sebaliknya, Google memilih untuk tidak melisensikan perangkat lunak klien Google Play untuk digunakan pada versi yang dianggap usang. Hal ini memungkinkan siapa pun untuk terus mengirimkan versi Android lama, tetapi perangkat tersebut tidak akan menggunakan nama Android dan berada di luar ekosistem aplikasi Android, seolah-olah perangkat tersebut tidak kompatibel.

Dapatkah perangkat memiliki antarmuka pengguna yang berbeda dan tetap kompatibel?

Program Kompatibilitas Android menentukan apakah perangkat dapat menjalankan aplikasi pihak ketiga. Komponen antarmuka pengguna yang dikirimkan bersama perangkat (seperti layar beranda, dialer, dan skema warna) umumnya tidak banyak berpengaruh pada aplikasi pihak ketiga. Dengan demikian, pembuat perangkat bebas untuk menyesuaikan antarmuka pengguna. Dokumen Definisi Kompatibilitas membatasi sejauh mana OEM diizinkan untuk mengubah antarmuka pengguna sistem untuk area yang memengaruhi aplikasi pihak ketiga.

Kapan definisi kompatibilitas dirilis untuk versi Android baru?

Tujuan kami adalah merilis versi baru Android Compatibility Definition Document (CDD) ketika versi platform Android yang sesuai telah cukup konvergen untuk mengizinkannya. Meskipun kami tidak dapat merilis draf akhir CDD untuk versi perangkat lunak Android sebelum perangkat unggulan pertama dikirimkan bersama perangkat lunak tersebut, CDD final selalu dirilis setelah perangkat pertama. Namun, di mana pun praktisnya, kami merilis versi draf CDD.

Bagaimana klaim kompatibilitas produsen perangkat divalidasi?

Tidak ada proses validasi untuk kompatibilitas perangkat Android. Namun, jika perangkat akan menyertakan Google Play, Google biasanya memvalidasi perangkat untuk kompatibilitas sebelum menyetujui untuk melisensikan perangkat lunak klien Google Play.

Apa yang terjadi jika perangkat yang mengklaim kompatibilitas kemudian ditemukan memiliki masalah kompatibilitas?

Biasanya, hubungan Google dengan pemegang lisensi Google Play memungkinkan kami meminta produsen perangkat untuk merilis gambar sistem yang diperbarui untuk memperbaiki masalah.

Kembali ke atas

Suite Uji Kompatibilitas

Apa tujuan dari CTS?

Compatibility Test Suite adalah alat yang digunakan oleh produsen perangkat untuk membantu memastikan bahwa perangkat mereka kompatibel, dan untuk melaporkan hasil pengujian untuk validasi. CTS dimaksudkan untuk sering dijalankan oleh OEM selama proses rekayasa untuk mengetahui masalah kompatibilitas lebih awal.

Hal-hal apa saja yang diuji oleh CTS?

CTS saat ini menguji apakah semua API tipe kuat Android yang didukung ada dan berfungsi dengan benar. Ini juga menguji perilaku sistem non-API lainnya seperti siklus hidup dan kinerja aplikasi. Kami berencana untuk menambahkan dukungan di versi CTS mendatang untuk menguji soft API seperti Intents.

Apakah laporan CTS akan dipublikasikan?

Ya. Meskipun saat ini tidak diterapkan, Google bermaksud untuk menyediakan alat swalayan berbasis web bagi OEM untuk menerbitkan laporan CTS sehingga siapa pun dapat melihatnya. Produsen dapat membagikan laporan CTS kepada khalayak seluas yang mereka inginkan.

Bagaimana lisensi CTS?

CTS dilisensikan di bawah Lisensi Perangkat Lunak Apache 2.0 yang sama dengan yang digunakan sebagian besar Android.

Apakah CTS menerima kontribusi?

Ya silahkan! Proyek Sumber Terbuka Android menerima kontribusi untuk meningkatkan CTS sama seperti untuk komponen lainnya. Faktanya, meningkatkan cakupan dan kualitas kasus uji CTS adalah salah satu cara terbaik untuk membantu Android.

Adakah yang bisa menggunakan CTS pada perangkat yang ada?

Dokumen Definisi Kompatibilitas mengharuskan perangkat yang kompatibel menerapkan utilitas debug adb . Ini berarti bahwa setiap perangkat yang kompatibel (termasuk yang tersedia secara eceran) harus dapat menjalankan tes CTS.

Apakah codec diverifikasi oleh CTS?

Ya. Semua codec wajib diverifikasi oleh CTS.

Kembali ke atas