Ang isang pangunahing pagbabago sa paraan ng pagbuo ng Android ay inihayag ng Google, na direktang nakakaapekto sa mga tagagawa at developer sa buong mundo. Kinumpirma ng kumpanya na ang iskedyul ng paglabas para sa source code ng Android Open Source Project (AOSP) ay babaguhin, mula sa apat ay magiging dalawang release na lang bawat taon. Ang Esta bagong cadence, na magtutuon ng mga publikasyon sa ikalawa (Q2) at ikaapat (Q4) quarter, ay naglalayong unahin ang katatagan ng platform.
Ang madiskarteng desisyon ay naglalayong iayon ang pagbuo ng operating system sa modelong kilala bilang trunk-stable, isang diskarte na nangangako ng mas matatag at predictable na code base para sa buong ecosystem. Ang isang paunawa ay ginawa nang available sa opisyal na website ng AOSP, na ginagabayan ang komunidad na magpatibay ng mga bagong kasanayan. Mahalagang tandaan na ang pamamahagi ng buwanang mga update sa seguridad ay hindi maaapektuhan, na tinitiyak ang patuloy na proteksyon ng mga user laban sa mga kahinaan.
Mga detalye ng bagong diskarte sa pag-publish
Ang paglipat sa isang biannual na ikot ng pagpapalabas ay hinimok ng pagtaas ng pagiging kumplikado ng Android ecosystem. Ang Anteriormente, ang quarterly cadence ay nangangailangan ng Google na mga engineering team na pamahalaan ang maramihang mga sangay ng pag-unlad nang sabay-sabay, isang proseso na nagpasimula ng mga makabuluhang hamon sa pagpapanatili ng pagkakaugnay-ugnay at seguridad sa lahat ng mga aktibong release. Kinakatawan ng Cada bagong sangay ang isang bagong harap ng trabaho para sa pagsubok, pag-aayos ng bug at pagsasama ng tampok, pagtaas ng overhead ng pagpapatakbo at ang panganib ng pagkapira-piraso sa code base. Sa pamamagitan ng pagsasama-sama ng mga pagsisikap sa dalawang pangunahing paglabas bawat taon, nagagawa ng kumpanya na ituon ang mga mapagkukunan nito sa paghahatid ng mas pinakintab, nasubok, at matatag na codebase. Ang Esta Predictability ay mahalaga hindi lamang para sa Google, kundi pati na rin para sa mga device manufacturer (OEM), na umaasa sa matatag na pundasyon upang bumuo ng sarili nilang mga custom na bersyon ng Android, at para sa mga developer ng application, na makikinabang mula sa mas pare-parehong mga API at mas pare-parehong pag-uugali sa iba’t ibang device.
Ano ang modelo ng trunk-stable?
Ang modelo ng trunk-stable na pag-unlad, na ngayon ay pormal na pinagtibay ng AOSP, ay kumakatawan sa isang ebolusyon sa malakihang mga kasanayan sa software engineering. Ang pangunahing tampok ng diskarteng ito ay ang pagpapanatili ng isang pangunahing sangay ng code, na kilala bilang “trunk”, na nagsisilbing nag-iisang pinagmulan ng katotohanan para sa proyekto.
Hindi tulad ng mas lumang mga pamamaraan, kung saan ang mga bagong tampok ay binuo sa magkahiwalay na mga sangay at pagkatapos ay pinagsama, sa trunk-stable na mapagkukunan ay direktang isinama sa pangunahing sangay. Pinipigilan ng Para ang mga hindi kumpletong feature na magdulot ng kawalang-tatag, kinokontrol ang mga ito ng “feature flag”.
Ang mga flag na ito ay nagbibigay-daan sa mga inhinyero na i-enable o i-disable ang bagong code sa oras ng pag-compile o pagpapatakbo, na tinitiyak na ang mature, ganap na nasubok na functionality lamang ang gagawing mga pampublikong release. Ang Essa technique ay lubhang binabawasan ang pagiging kumplikado ng mga pagsasama ng code, na isang karaniwang pinagmumulan ng mga error.
Ang pag-ampon sa modelong ito ay nagpo-promote ng mas pare-pareho at malusog na base ng code, na pinapadali ang pakikipagtulungan sa pagitan ng mga team at tinitiyak na ang bawat release ay binuo sa isang pinagsama-samang pundasyon. Ito ay karaniwang kasanayan sa marami sa pinakamalaking kumpanya ng teknolohiya sa mundo para sa pamamahala ng malalaking proyekto ng software.
Patnubay para sa komunidad ng developer
Sa pagpapatupad ng bagong iskedyul, naglabas ang Google ng mga malinaw na rekomendasyon para sa lahat ng direktang nagtatrabaho sa AOSP code. Ang pangunahing alituntunin ay ang paglipat mula sa paggamit ng “aosp-main” na sangay patungo sa bagong “android-latest-release”. Ang pagbabago ng Essa ay kritikal, dahil hindi na ipapakita ng “aosp-main” ang stable, real-time na estado ng proyekto at maaaring maglaman ng eksperimental o hindi matatag na code. Ang “android-latest-release” na sangay, sa turn, ay palaging ituturo sa pinakabago at pinagsama-samang pampublikong release, na nagsisilbing isang ligtas at maaasahang panimulang punto.
Pinapasimple ng transition na ito ang workflow para sa parehong malalaking manufacturer at custom ROM community. Sa pamamagitan ng paggamit ng isang garantisadong matatag na codebase, ang mga developer ay maaaring makabuluhang bawasan ang oras na ginugol sa pag-debug ng mga pangunahing isyu at tumuon sa pagpapatupad ng kanilang sariling mga pag-customize at feature. Ang Google ay nagpapatibay na ang pagbabago sa proseso ng pag-publish ay hindi nakompromiso ang pag-access sa open source, ngunit sa halip ay inaayos ito sa isang mas mahusay na paraan, na nag-aalok ng isang mas matatag na platform para sa pagbabago at pag-unlad sa buong ecosystem.
Ang seguridad ng Android ay nananatiling buo
Ang isa sa mga pangunahing alalahanin sa anumang pagbabago sa cycle ng pag-unlad ng isang operating system ay ang seguridad. Nais ng Google na linawin na ang bagong iskedyul ng AOSP ay walang epekto sa paghahatid ng buwanang mga update sa seguridad, na mahalaga sa pagprotekta sa bilyun-bilyong device sa buong mundo.
Ang mga patch ng seguridad na ito ay patuloy na maipa-publish nang regular sa isang nakatuong sangay, ganap na hiwalay sa buong paglabas ng code ng platform. Tinitiyak ng paghihiwalay ng Essa na ang mga pag-aayos para sa mga kritikal na kahinaan ay ibinabahagi nang mabilis at independiyente sa pagbuo ng mga bagong feature, na pinapanatili ang pangako ng kumpanya sa seguridad ng ecosystem.
Mga epekto para sa mga tagagawa at pasadyang ROM
Ang bagong AOSP release cadence ay magkakaroon ng iba’t ibang epekto sa iba’t ibang bahagi ng Android ecosystem. Para malalaking device manufacturer gaya ng Samsung, Xiaomi at iba pang strategic partner, ang direktang epekto ay magiging minimal dahil mayroon na silang maagang access sa mga pribadong bersyon ng code, na nagbibigay-daan sa kanila na magplano at bumuo ng kanilang software nang maaga.
Tulad ng para sa masiglang custom na ROM na komunidad, gaya ng LineageOS, Pixel Experience at iba pa, ang pagbabago ay mangangailangan ng adaptasyon sa kanilang mga yugto ng pag-unlad. Kakailanganin ng Eles na ihanay ang dalawang pangunahing taunang release upang ibase ang kanilang mga bagong bersyon, na maaaring mangahulugan ng mas mahabang agwat sa pagitan ng mga makabuluhang update.
Gayunpaman, sa mahabang panahon, ang pagbabagong ito ay maaaring maging kapaki-pakinabang. Sa pamamagitan ng pagtanggap ng mas matatag at mature na source code, makakatipid ang mga team na ito ng oras at pagsisikap na dating nakatuon sa pag-aayos ng mga legacy na instabilities sa AOSP base, na nagbibigay-daan sa kanila na tumuon sa pagbabago at pag-aalok ng mga natatanging feature sa kanilang mga user.
Ang hinaharap ng AOSP sa bagong kalendaryo
Sa naitatag na bagong ritmo, ang inaasahan ay ang paglulunsad ng ikalawang quarter (Q2) ay tumutok sa pangunahing taunang pag-update ng platform, na nagdadala ng pangunahing balita at mga pagbabago sa API. Sa kabilang banda, ang publikasyong pang-apat na quarter (Q4) ay dapat tumuon sa mga pagpipino, pagwawasto at incremental na mga pagpapabuti, paghahanda ng lupa para sa susunod na cycle at pagtiyak ng katatagan ng sistema bago matapos ang taon.
Pag-align sa mga kasanayan sa merkado
Ang desisyong ito ng Google na pinuhin ang cycle ng paglabas ng Android AOSP ay maaari ding makita bilang isang hakbang patungo sa pag-mature ng platform, na iniayon ito sa mga kasanayang pinagsama-sama na sa iba pang mga pangunahing software ecosystem, tulad ng iOS ng Apple, na tradisyonal na nakatutok sa isang pangunahing stable na release bawat taon.
Sa pamamagitan ng pagbibigay-priyoridad sa katatagan kaysa sa dalas, ang Google ay nagpapahiwatig ng pagtutok sa kalidad at pangmatagalang pagiging maaasahan para sa isang operating system na nagpapagana ng malawak na hanay ng mga device, mula sa mga entry-level na smartphone hanggang sa mga tablet, telebisyon, at mga automotive system, na nakikinabang sa buong development chain at, sa huli, ang end consumer.
