Kaip A/B skaidiniai ir sklandžiai naujinimai veikia individualų XDA kūrimą

Kai buvo išleistas „Android Nougat“, apie tai kalbėjome visų rūšių naujų funkcijų. Gavome naujai atnaujintą vartotojo sąsają pradedantiesiems kartu su ilgai lauktomis kelių langų galimybėmis ir Vulkan Graphics API palaikymu. Tačiau vienas po gaubtu slypintis priedas praskriejo virš daugumos vartotojų galvų. „Android Nougat“ pristatė „besiūlius atnaujinimus“ įrenginiuose, kurie palaiko A/B skaidinius. Didžioji dauguma esamų „Android“ įrenginių (išskyrus naujus „Google Pixel“ ir „Google Pixel XL“) tuo metu neturėjo A/B skaidinių, todėl negalėjo pasinaudoti sklandžiais atnaujinimais. Pagrindinė šios funkcijos prielaida yra ta, kad įrenginys turi antrą sistemos rinkinį, įkrovą, tiekėją ir kitus svarbius skaidinius, o kai gaunate OTA atnaujinimas atnaujinamas fone, o antrasis skaidinių rinkinys yra pataisytas, todėl galite sklandžiai paleisti iš naujo į atnaujintą programinės įrangos versiją. Jei naujinimas nepavyks, būsite grąžinti į veikiančią versiją, o tai reiškia, kad įmonėms bus mažiau galvos skausmo, o vartotojai bus geriau apsaugoti.

Priešingai nei „Project Treble“, jokiam naujam „Android“ įrenginiui neprivaloma palaikyti sklandžių naujinimų. Todėl dauguma naujų „Android“ įrenginių nepalaiko šios funkcijos. Iki šiol vedėme visų palaikomų įrenginių sąrašą, ir aišku, kad ši funkcija nėra plačiai palaikoma. Gaila, nes A/B skaidiniai duoda daug naudos tiek paprastiems, tiek patyrusiems vartotojams. Tačiau ši funkcija turi šiek tiek prastą reputaciją entuziastų bendruomenėje, nes manoma, kad ji apsunkina „Android“ kūrimą ir mirksinčius pasirinktinius pakeitimus. Iš tikrųjų taip nėra, todėl norėjome išsklaidyti sklandžius atnaujinimus ir paaiškinti, kaip A/B skaidiniai veikia tinkintą XDA kūrimą.

Labai ačiū XDA vyresniajam nariui npjohnsonas, a prisidėjo prie LineageOS ir prižiūrėtojas Motorola Moto Z2 Force, kuri padėjo mums patikrinti šį straipsnį.

---

Skirsniai „Android“ įrenginyje

Skydas yra tiesiog atskira telefono vidinės atminties dalis, kurioje saugomi duomenys. Kokie duomenys saugomi kiekviename skaidinyje, priklauso nuo aparatinės įrangos, operacinės sistemos ir daugelio kitų veiksnių. Bootloader turės vieną, sistema (Android OS) turės vieną, vartotojo duomenys turės vieną... ir taip toliau. Kai matote, kad žmonės kalba apie „/system“ ir „/cache“, jie nurodo suteiktus šių skaidinių pavadinimus. Pavyzdžiui, „OnePlus 6“ turi 72 pertvaros. Tai skamba daug, tačiau „OnePlus 6“ yra vienas iš įrenginių, palaikančių sklandų atnaujinimą, o tai reiškia, kad daugelis šių skaidinių yra tiesiog vienas kito dublikatai.

Dalinis „OnePlus 6“ skaidinių išvestis. Kai kurios A/B pertvaros demonstravimo tikslais yra pabrauktos.

Įrenginyje yra daug skaidinių, dėl kurių jums niekada nereikės jaudintis kaip vartotojui. Daugelis šių skaidinių niekada nekeičiami, kai atnaujinami pasirinktiniai ROM, branduoliai, atkūrimai arba modifikacijos, pvz., Magisk arba Xposed. Daugelis šių skaidinių bus nenaudojami mūsų tikslams arba bus pernelyg pavojingi liesti, nebent žinote, ką darote (XLOADER ir OEMINFO Huawei / Honor Įrenginiai ateina į galvą.) Daugumai „Android“ naudotojų dažniausiai dirbame su sistemos, įkrovos, atkūrimo, naudotojo duomenų ir pastaruoju metu tiekėjo bei vbmeta. Štai trumpas kiekvieno skaidinio tikslo paaiškinimas:

• sistema – talpina „Android“ OS, sistemos bibliotekas, sistemos programas ir kitas sistemos laikmenas, tokias kaip bootanimacija, atsarginiai fono paveikslėliai, skambėjimo tonai ir kt.
• įkrova – turi branduolį, ramdisko, o A/B įrenginiuose taip pat atkūrimą
• atkūrimas – saugo atkūrimą, kai TWRP dažniausiai paleidžiamas tik A įrenginiuose (A/B įrenginiai neturi specialaus atkūrimo skaidinio)
• vartotojo duomenys – saugo visus jūsų programos, sistemos ir vidinės atminties duomenis
• pardavėjas – turi platformai ir įrenginiui būdingus HAL – failus, reikalingus „Android“ OS susisiekti su pagrindine aparatine įranga
• vbmeta – „Android Verified Boot 2.0“ skaidinys, kuris patikrina įkrovos proceso vientisumą

Įrenginių originalios įrangos gamintojai gali pakeisti savo skaidinių schemas, kad naudotų bet kokį pageidaujamą išdėstymą. Pavyzdžiui, Huawei padalija įkrovos skaidinį į ramdisk_recovery ir branduolį. Taip pat yra daug papildomų skaidinių, kuriuose gali būti kitų sistemos programų, tokių kaip „cust“, „product“ ir „oem“, o jas saugu modifikuoti, paprastai tai nerekomenduojama, jei norite palengvinti grįžimą į atsargas. Taigi, kur A/B pertvaros vaidina svarbų vaidmenį?

---

A/B padalijimo schema

Kaip naujinimai veikia įrenginiuose su sklandžiais naujinimais

Labai paprastas paveikslėlis, kurį padariau žemiau, iliustruoja, kaip naujinimas tvarkomas įrenginyje su A/B skaidinio palaikymu. Pavaizduotas skaidinys yra sistemos skaidinys, tačiau kiti skaidiniai, pvz., įkrovos ir tiekėjo, taip pat gali būti atnaujinami naudojant bet kurį OTA naujinimą iš OĮG. Šis atnaujinimo procesas vyksta ne tik su pagrindiniais „Android“ versijos naujiniais, bet ir su saugos pataisų naujiniais.

1. Pradedame nuo dviejų sistemos skaidinių – system_a ir system_b, abu toje pačioje „Android“ versijoje.
2. Darant prielaidą, kad sistema_a yra aktyvi, OTA naujinimas fone pataisys neaktyvų skaidinį system_b.
3. system_a yra neaktyvus, o system_b tampa aktyvus, kai vartotojas paleidžiamas iš naujo.
4. Dabar neaktyvus skaidinys system_a bus atnaujintas, kai bus išleistas kitas OTA naujinimas.

Kokie šio atnaujinimo proceso pranašumai?

1. Jei naujinimas nepavyks, įrenginys grįš į veikiančią kito lizdo versiją.
2. Jūsų duomenys yra visiškai nepažeisti, net jei naujinimas užblokuotas, nes yra tik vienas skaidinys (vartotojo duomenys), kuriame yra jūsų duomenys.
3. Atnaujinimo srautas: jei jūsų duomenų skaidinys pilnas, naujinimą galima atsisiųsti ir transliuoti į neaktyvų lizdą. Tai gana tvarkinga funkcija ir reiškia, kad jums nereikia eikvoti laikinos saugyklos naujinimams. Štai kodėl A/B įrenginiuose nėra talpyklos skaidinio, nes jie nebereikalingi.

Kokią įtaką A/B skaidymo schema turi įrenginio saugyklai?

Ar tai, kad dėl sklandžių atnaujinimų susidaro daug pasikartojančių skaidinių, reiškia, kad prarandate krūvą saugyklos vietos? Visai ne. „Google“ teigia, kad įrenginiai, kuriuose palaikomas sklandus naujinimas, turėtų sumažėti tik apie kelis šimtus megabaitų, nes pašalinami skaidiniai /cache ir /recovery. Pašalinus abu, subalansuotos antro skaidinių rinkinio pridėjimo išlaidos. „Google“ teigimu, „Pixel“ A/B sistemos vaizdas yra perpus mažesnis už tik A sistemos vaizdą. Didžioji dalis papildomos saugyklos naudojimo iš tikrųjų atsiranda dėl antrojo tiekėjo skaidinio pridėjimo. Tai prasminga, nes pardavėjo skaidinyje yra visi patentuoti dvejetainiai failai, kuriuos naudoja originalios įrangos gamintojai (Project Treble dalis), todėl tikimasi, kad jis užims nemažai vietos. Nors „Google“ nerekomenduoja A/B skaidyti įrenginiuose, kuriuose yra 4 GB atminties (nes tai sudaro beveik 10 % visos galimos saugyklos), ji rekomenduoja tai daryti įrenginiuose, kuriuose yra 8 GB ir daugiau.

Štai „Google Pixel“ su A/B skaidiniais ir be jų suskirstytos saugyklos vietos.

Kas nutiko atkūrimo skaidiniui?

Pagrindinis „Android“ įrenginių „Linux“ branduolys leidžia „Android“ atpažinti ir tinkamai naudoti aparatinę įrangą išmaniajame telefone. Tik A skirtuose „Android“ įrenginiuose paprastai yra dvi branduolio versijos: viena yra supakuota atkūrimo skaidinio viduje, o kita – įkrovos skaidinyje. A/B įrenginiuose, palaikančiuose sklandų atnaujinimą, atkūrimas dabar vyksta įkrovos atvaizde kartu su branduoliu. Pagrindinė atkūrimo funkcija buvo įdiegti naujinimus, bet kadangi tai tvarko pati sistema (update_engine), kol „Android“ paleidžiama, specialiojo atkūrimo skaidinio nebereikia.

Norėdami įdiegti pasirinktinį atkūrimą A/B įrenginiuose, turime modifikuoti įkrovos skaidinį ir pakeisti atsargų atkūrimą savo. Štai kodėl norėdami įdiegti TWRP, pirmiausia turite naudoti „fastboot“ komandą, kad pirmiausia paleistumėte pasirinktinį įkrovos vaizdą ir tada „Flash“ TWRP diegimo scenarijus, nes „Fastboot“ negali pataisyti skaidinių – tik per juos visiškai. Galite techniškai iš anksto pataisyti esamą įkrovos atvaizdą naudodami TWRP ir tada paleisti jį per greitą įkrovą, tačiau tai yra daugiau problemų, nei verta. TWRP diegimo programos scenarijus pataiso ir boot_a, ir boot_b skaidinius, kad įdiegtų TWRP.

Įdomus faktas: „Android update_engine“, kuris tvarko sklandžius naujinimus, iš esmės yra nukopijuotas tiesiai iš „Chrome“ OS. Tik neseniai buvo pašalintos iš update_engine žurnalo eilutės, kuriose yra „Chrome OS“, kad būtų išvengta painiavos visiems, kurie atsitiktinai patikrina „logcat“.

Ar mano „Android“ išmanusis telefonas palaiko A/B skaidinius, kad būtų galima sklandžiai atnaujinti?

Kol mes turėti visų įrenginių sąrašą kurie jį palaiko, taip pat galite lengvai patikrinti save.

---

Kaip sklandūs naujinimai veikia tinkintą kūrimą?

Vartotojo suvokimas apie A/B skaidinius

Daugelio vartotojų nuomone, sklandūs atnaujinimai trukdo kurti pasirinktinę programinę įrangą, todėl kūrėjams tai yra palaima. Priežastis, kodėl manoma, kad A/B įrenginiai turi prastą kūrimo palaikymą, yra pirmųjų A/B įrenginių kaina. Galų gale, „Google Pixel“ įrenginiai buvo vieni pirmųjų, palaikančių sklandų atnaujinimą ir, palyginti su praėjusių metų „Nexus“ išmaniaisiais telefonais, buvo palyginti brangūs. Be to, dėl daugybės patobulinimų, kuriuos „Google“ padarė „Android“ OS, kuri sukūrė pasirinktinius ROM ir „Google“ įrenginiuose mažiau populiarios modifikacijos, „Google Pixel“ išmanieji telefonai mūsų forumuose nepasirodė taip gerai, kaip „Nexus“ išmanieji telefonai. Išorinių veiksnių derinys sumažino pritaikytą „Google Pixel“ išmaniųjų telefonų kūrimą, nors dauguma vartotojų nusprendė kaltinti A / B skaidinių palaikymą. Palyginkite tinkintos plėtros galimybes tokiuose įrenginiuose kaip „Google Pixel“ su tokiais įrenginiais kaip „Xiaomi Mi A1“. mūsų forumuose.

Be to, nesupratimas, kaip A/B skaidiniai pakeitė būdą, kaip vartotojams reikia įdiegti pasirinktinius ROM, branduolius, atkūrimus ir modifikacijas, A/B skaidinių palaikymas tapo nepopuliarus. Kadangi atkūrimas dabar yra įkrovos vaizdo viduje, netinkama tvarka mirksintys pakeitimai, pvz., „Magisk“ arba „Xposed“, gali sukelti konfliktų ir įkrovos kilpą. Gali būti svarbu, kokia tvarka įjungsite šias modifikacijas, tačiau jei naudojate pasirinktinius ROM, neturėtumėte nerimauti dėl to, į kurį lizdą perkeliate. Priešingai nei įprasta manyti, daugumos pasirinktinių ROM diegimo scenarijus nemirksi abiejuose lizduose. Dažniausiai dėl to jaudintis nereikia, nes nereikėtų rankiniu būdu keisti lizdų.

Kaip kūrėjai žiūri į A/B skaidinius

Kurdami ROM, kūrėjai gali naudoti abu skaidinius, kad išbandytų atskiras versijas. Jei vienas neveikia, jie gali tiesiog grįžti į darbinį skaidinį ir atkurti savo ROM. Kūrėjai taip pat gali išbandyti regresijas tiesiog įdiegdami naujinimą, perjungdami aktyvų skaidinį ir palygindami abu, nevalydami duomenų. Štai kaip „LineageOS“ komanda žiūri į A/B skaidinio palaikymą:

„Daugelis „Android“ bendruomenės teigia, kad A/B yra „sunkiai palaikomas“ ir „netinkamas kūrėjams“, nors iš tikrųjų tinkamai įdiegtas lengviau palaikyti ir toks pat draugiškas kūrėjams." - jrizzoli, „LineageOS“ pakeitimų žurnalas 19

Pradiniai sunkumai, susiję su A/B palaikymu kūrėjams, kilo keičiant esamus įrankius, kad būtų palaikomi šie įrenginiai. „Magisk“ kūrėjas topjohnwu pridėjo oficialų „Google Pixel“ palaikymą praėjus metams po jo išleistas – ne todėl, kad buvo sunku, o todėl, kad prireikė metų, kol jis iš tikrųjų gavo įrenginį dirbti toliau. TWRP palaikymas atėjo gana greitai A/B įrenginiuose po to, kai pagrindinis kūrėjas Dees_Troy jį sugriovė. LineageOS 15.1 dabar palaiko A/B įrenginiai po to, kai savanoriai rado laiko pataisyti savo addon.d scenarijų.

Kaip atnaujinti A/B įrenginį, turintį tinkintą atkūrimą, branduolį ar kitas modifikacijas

Pasirinktiniai ROM

Mirksintys naujinimai įrenginyje su tinkintu ROM reiškia, kad turėsite būti atsargūs, kuriame lizde mirksite, tiesa? Ne visai. TWRP iš tikrųjų daug ką atliks už jus ir pagal numatytuosius nustatymus pasirenka neaktyvų lizdą tinkintam ROM mirksintiems. Jei jūsų aktyvus lizdas yra A ir įjungiate pasirinktinį ROM, iš tikrųjų mirksite į lizdą B. Kai paleidžiate iš naujo, aktyvus lizdas dabar yra B. Kūrėjai gali modifikuoti diegimo scenarijų ir „flash“ abiejuose lizduose, kad galutiniam vartotojui būtų lengviau, nors dauguma pasirinktinių ROM diegimo scenarijų šiuo metu mirksi tik viename lizde. Galiausiai, pasirinktiniai ROM gali įdiegti A/B atnaujintuvą savo ROM, kad naudotojams net nereikėtų jaudintis. rankiniu būdu mirksintys naujinimai – naujausioje „LineageOS 15.1“ yra „Lineage Updater“ įrankis ir XDA vyresnysis narys JAV-RedDragon pagamino bendras A/B atnaujinimas kuriuos gali naudoti kiti kūrėjai.

Atsargos ROM

Bet ar tai nėra problema, jei jūsų įrenginyje veikia atsarginis ROM su įvairiomis modifikacijomis ir norite įdiegti naujinimą neprarasdami visų šių modifikacijų? Taip gali būti, jei nežinote tinkamų naujinimo diegimo veiksmų. Pavyzdžiui, „OnePlus 6“ modifikuotame įrenginyje negalite įjungti laipsniško OTA, nes laipsniškas OTA bandys pataisyti pakeistą įkrovos vaizdą. Taigi greičiausiai turėsite įkrovos kilpą, todėl turite atnaujinti visą ROM naujinį, kad visiškai perrašytumėte pakeistą įkrovos vaizdą. Toliau pateikiami bendrieji veiksmai, kurių reikia imtis norint įdiegti „OxygenOS“ naujinimą „OnePlus 6“, išsaugant TWRP, „Magisk“ ir pasirinktinai pasirinktinį branduolį.

1. Atsisiuntė naujausią pilnas ROM užtrauktukas
2. Atkūrimo metu suaktyvinkite visą ROM ZIP failą
3. (Pasirenkama) „Flash“ tinkintas branduolys
4. Flash TWRP diegimo programa
5. Iš naujo paleiskite tiesiai į atkūrimą
6. „Flash Magisk“.

„Google Pixel“ įrenginiuose galite blyksteli gamyklos vaizdas neištrindamas duomenų, tada paleiskite TWRP, įdiekite TWRP naudodami diegimo scenarijų, tada įdiekite Magisk.

Atnaujinimo ištraukimas atskirų skaidinių vaizdams suaktyvinti

Daugelio A/B įrenginių atnaujinimo failai šiek tiek skiriasi nuo tik A skirtų įrenginių. Jie nebėra tik ZIP failas, kuriame yra daug vaizdų (išskyrus „Google“ ir „Razer“ gamyklinius vaizdus), o yra failo „payload.bin“ forma. Galite išskleisti šį failą ir suaktyvinti kiekvieną dalį rankiniu būdu, tačiau tam reikia specialaus įrankio. Jei norite sužinoti, kaip tai padaryti „OnePlus 6“, „Xiaomi Mi A1“ ir daugelyje kitų A/B įrenginių, skaitykite toliau.

Nustatoma išgauti payload.bin

1. Įsitikinkite, kad turite Python 3.6 įdiegta.
2. Atsisiųskite payload_dumper.py ir update_metadata_pb2.py čia.
3. Ištraukite savo OTA ZIP ir įdėkite payload.bin į tą patį aplanką kaip ir šie failai.
4. Atsižvelgdami į OS, atidarykite „PowerShell“, komandų eilutę arba terminalą.
5. Įveskite šią komandą: python -m pip install protobuf
6. Kai tai baigsite, įveskite šią komandą: python payload_dumper.py payload.bin
7. Tai pradės išskleisti paveikslėlius iš payload.bin į dabartinį aplanką, kuriame esate.

Jei norite, dabar galite suaktyvinti kiekvieną iš šių vaizdų atskirai naudodami greitąją paleidimą. Kitame skyriuje parodyta, kaip tai padaryti.

Fastboot naudojimas vaizdams suaktyvinti įrenginyje, kuris palaiko sklandžius atnaujinimus

Yra keletas komandų, kurios yra išskirtinės A/B skaidinių sistemos įrenginiams. Galite pakeisti aktyvų lizdą ir blykstę į tam tikrus lizdus. Jei turite projektą „Treble“suderinamas įrenginys ir nori išmokti „flash“ bendrieji sistemos vaizdai, turėtumėte būti susipažinę su šiomis komandomis. Pažvelkite į toliau pateiktą lentelę.

(Pastaba: A/B įrenginiuose galite nurodyti skaidinį konkrečiame lizde, į kurį norite mirksėti, arba galite palikti lizdo priesagą ir jis mirksi iki esamo aktyvaus lizdo. Pavyzdžiui, „flash“ komandoje „skirstymas“ galite pakeisti „sistema“, „sistema_a“ arba „sistema_b“.)

---

Žodis apie Project Treble ir sklandžius atnaujinimus

Paplitusi klaidinga nuomonė, kad „Project Treble“ palaikymas ir A/B skaidinio palaikymas yra susiję vienas su kitu, tačiau iš tikrųjų taip nėra. Vieno turėjimas nereiškia kito. „Motorola Moto Z2 Force“ naudoja A/B skaidymo schemą, bet nepalaiko „Treble“. Kita vertus, „Honor 9 Lite“ palaiko „Project Treble“, tačiau yra tik A įrenginys.

---

Dažniausiai užduodami klausimai / Santrauka

• Kokie yra A/B skaidymo pranašumai?
  • A/B skaidymas leidžia atnaujinti „Android“ išmanųjį telefoną naudojant jį, tiesiog paleiskite iš naujo, kai būsite pasiruošę paleisti naują versiją. Jis taip pat veikia kaip apsauga nuo plytų – jei naujinimas nepavyks, grįšite prie veikiančio diegimo.
• Ar A/B skirstymas trukdo plėtrai?
  • Nors kūrėjams prireikė šiek tiek laiko prisitaikyti, atsakymas yra beveik ne. Tiesą sakant, tai gali padėti kūrėjams, nes jie gali dvigubai paleisti savo pasirinktinį ROM su senąja versija ir nauja testavimo versija, kad patikrintų regresijas.
• Kaip A/B skaidiniai veikia modifikacijas, tokias kaip pasirinktiniai branduoliai, Magisk arba Xposed?
  • Juos diegdami turite būti atsargūs, tačiau šiuo metu problemų nėra. „Magisk“ oficialiai palaiko įrenginius su sklandžiais naujinimais, ir tol, kol atnaujinate dalykus tinkama tvarka, problemų neturėtų kilti. Prieš paleisdami kitus modifikacijas, būtinai suaktyvinkite pasirinktinį branduolį, ir jūs turėtumėte pradėti.
• Ar galiu paleisti du skirtingus ROM kiekviename skaidinyje ir dvigubai įkelti?
  • Teoriškai taip. Tačiau problemų kyla dėl bendrinamo duomenų skaidinio, todėl tai nerekomenduojama.
• Ar A/B skaidinio schema reiškia, kad sumažinau saugyklą?
  • Ne! „Google“ teigia, kad įrenginiai, palaikantys sklandų naujinimą, paaukoja tik kelis šimtus megabaitų saugyklos, kad ją palaikytų. Nauda viršija tą kainą.
• Mano įrenginys palaiko A/B skaidinius, ar tai reiškia, kad galiu naudoti „Project Treble Generic System Image“?
  • Nebūtinai. Projekto Treble ir A/B palaikymas nesusiję. „Motorola Moto Z2 Force“ nepalaiko „Project Treble“, tačiau palaiko A/B skaidinių schemą.
• Mano įrenginys palaiko „Project Treble“, ar tai reiškia, kad turiu A/B skaidinio schemą?
  • Taip būna ne visada. „Honor 9 Lite“ yra puikus pavyzdys, nes jis palaiko „Project Treble“, tačiau neturi A/B skaidinių schemos.
• Kodėl pirmiausia turiu paleisti TWRP su „fastboot“, o tada „flash“?
  • Taip yra dėl to, kaip veikia greitoji įkrova, ir dėl to, kad atkūrimo skaidinio nebėra. Atkūrimas yra įkrovos skaidinio viduje, todėl turime modifikuoti ir boot_a, ir boot_b. Negalite pataisyti skaidinio „fastboot“ režimu, tik „flash“ per jį. Teoriškai galite sukurti iš anksto pataisytą įkrovos vaizdą ir vietoj to jį sumirksėti.
• Ar A/B pertvaros kelia pavojų? Kaip atšaukimo apsauga veikia dalykus?
  • „Google“ stengėsi, kad tai nebūtų problema, tačiau „Motorola Moto Z2“ atveju Force, buvo žinomi atvejai, kai įrenginys iš naujo suaktyvino senesnį lizdą atnaujinus į „Android“. Oreo. Tai reiškė, kad įsijungė atšaukimo apsauga, o įrenginių savininkai galėjo išgelbėti savo išmanųjį telefoną tik atkūrę EDL. „Google“ teigia, kad atšaukimo apsauga įsijungia tik pirmą kartą paleidus, todėl po atnaujinimo lizdas turi visiškai veikti, kad nebegalėtų grąžinti ankstesnės versijos.