Mbërritja de APT 3.2 Kjo shënon një pikë kthese në menaxhimin e paketave në sistemet e bazuara në Debian. Versioni i ri i qëndrueshëm i menaxherit klasik të paketave jo vetëm që përsos detajet e brendshme, por gjithashtu përfshin veçori të kërkuara prej kohësh nga administratorët dhe përdoruesit e përparuar, veçori që më parë ishin më të lidhura me ekosisteme të tjera si Red Hat. Ky version vjen pothuajse një vit pas... version 3.1.
Me këtë version, Debian, Ubuntu dhe shpërndarjet e tjera derivative fitojnë një historiku i transaksioneve me aftësi anulimi dhe rikthimi prapaNjë motor varësie më i rafinuar dhe disa përmirësime të përqendruara në besueshmërinë e përditshme. E gjithë kjo pa e shndërruar APT-në në një sistem tërësisht transaksional, por duke bërë një hap të rëndësishëm në lehtësi dhe siguri gjatë përditësimit.
APT 3.2: Version i ri i qëndrueshëm i menaxherit të paketave Debian
Projekti Debian e ka etiketuar APT 3.2 si versionin më të fundit version i qëndrueshëm Ky përditësim i menaxherit të paketave të APT për shpërndarjet e bazuara në Debian, komponenti përgjegjës për instalimin, përditësimin dhe heqjen e softuerit në sistem, është një nga përditësimet më të gjera funksionale të APT në vitet e fundit, me një ndikim të drejtpërdrejtë në mënyrën se si menaxhohen ndryshimet e sistemit.
Versioni 3.2 ndërtohet mbi punën e bërë në degët e zhvillimit 3.1.6 dhe 3.1.7, ku u hodhën themelet e infrastrukturës së re të historisë. Çfarë ishte eksperimentale në 3.1.7Tani ofrohet si një veçori e qëndrueshme dhe e gatshme për përdorim, me një grup specifik nënkomandash për manipulimin e transaksioneve të kaluara.
Historiku i transaksioneve, anulimi, ribërja dhe rikthimi prapa
Ndryshimi i madh në APT 3.2 është shtimi i një historia e transaksioneve e kuptuar semantikishtDeri më tani, APT ishte i kufizuar në gjenerimin e skedarëve të thjeshtë të regjistrave, siç janë /var/log/apt/history.log, i cili duhej të rishikohej manualisht për të rindërtuar atë që kishte ndodhur në një instalim ose përmirësim problematik.
Me versionin e ri, APT ruan operacionet e paketave në një format që mund të jetë konsultohuni dhe ripërdorni në një mënyrë të strukturuarÇdo transaksion identifikohet dhe mund të listohet, inspektohet, anulohet ose përsëritet me komanda specifike, gjë që e sjell APT-në më afër koncepteve të zakonshme në menaxherët deklarativë ose sistemet e bazuara në pamje të çastit, megjithëse pa i zëvendësuar ato.
Seti i nënkomandave sillet rreth prefiksit apt history-*Në vend të një komande të vetme gjenerike, APT 3.2 zgjedh porosi të ndara dhe të qarta për secilën detyrë, gjë që lehtëson përdorimin e saj në skripte dhe automatizime, dhe zvogëlon paqartësinë në mjedise më komplekse menaxhimi.
Komandat e reja të historisë në APT 3.2
Për të trajtuar bazën e re të transaksioneve, APT 3.2 prezanton disa komanda që strukturojnë rrjedhën tipike të punës kur diçka shkon keq gjatë një përditësimi ose instalimi. Pika fillestare është apt history-list, i cili tregon listën e të gjitha transaksioneve të regjistruara, me identifikuesit e tyre dhe të dhënat bazë.
Pasi të keni gjetur ndryshimin që ju intereson, mund të konsultoheni me detajet me apt history-info <ID>Ky raport detajon se cilat paketa u instaluan, u hoqën ose u përditësuan gjatë operacionit. Ky informacion, i cili më parë kërkonte shfletimin e regjistrave, tani paraqitet në një mënyrë të organizuar, të projektuar për shqyrtim të shpejtë.
Nëse qëllimi është të përmbyset një operacion specifik, atëherë hyjnë në lojë sa vijon: apt history-undo <ID>Kjo komandë është përgjegjëse për anulimin e transaksionit të lidhur me atë identifikues. Nëse doni të riaplikoni një veprim që është anuluar tashmë, komanda ekuivalente është apt history-redo <ID>, i cili përsërit të njëjtin modifikim në sistem.
Kur situata është më serioze dhe është e nevojshme të kthehet në një gjendje të mëparshme të paketës së vendosur, APT 3.2 ofron apt history-rollback <ID>Kjo komandë përpiqet të rindërtojë gjendjen e sistemit siç ishte në kohën e transaksionit të specifikuar, gjë që mund të kursejë shumë orë krahasuar me rindërtimin manual pas një dështimi në një zinxhir përditësimesh.
Kufizimet dhe fushëveprimi i sistemit të ri të rikthimit
Edhe pse kërcimi funksional është i jashtëzakonshëm, zhvilluesit e Debian e bëjnë të qartë se APT 3.2 nuk e bën sistemin plotësisht transaksionalMekanizmi i rikthimit është projektuar për operacione të paketave të përcaktuara mirë dhe nuk mund të zgjidhë të gjitha rastet e imagjinueshme në mjedise shumë komplekse ose në ato që i nënshtrohen ndryshimeve të vazhdueshme.
Një nga kushtet më të rëndësishme është që Versionet më të vjetra të paketave mbeten të disponueshme në depo. Nëse softueri që do të restaurohet është zhdukur nga burimet, hapësira për manovrim zvogëlohet dhe rikthimi në gjendjen fillestare mund të mos jetë i mundur ose mund të jetë i paplotë.
Përveç kësaj, skriptet e mirëmbajtjes së paketave (skriptet e njohura të postinst, prerm dhe kompaniKëto ndryshime mund të gjenerojnë efekte anësore që nuk janë gjithmonë të lehta për t'u zhbërë automatikisht. Në disa rrethana, ndërhyrja manuale do të jetë ende e nevojshme, veçanërisht në serverat me konfigurime shumë të personalizuara.
Prandaj, APT 3.2 paraqitet si një mjet plotësues për kopjet rezervë dhe pamjet e çastitjo si zëvendësim. Historia e re zvogëlon ndikimin e shumë gabimeve të përditshme dhe e bën jetën më të lehtë në desktop dhe në disa mjedise serverash, por nuk eliminon nevojën për strategji të fuqishme të kopjimit rezervë.
Ndikim praktik në kompjuterët desktop dhe serverët
Në kompjuterët e përditshëm, kombinimi i apt history-list y apt history-undo Kjo mund të bëjë diferencën midis një frike dhe një problemi serioz. Nëse diçka ndalon së funksionuari pas një përditësimi, përdoruesi ose administratori tani ka një mënyrë mjaft të drejtpërdrejtë për të rikthyer ndryshimet pa iu drejtuar riinstalimeve ose kërkimit manual nëpër regjistra.
Për administratorët e sistemit që menaxhojnë fermat e serverëve Debian ose Ubuntu, këto aftësi ofrojnë më shumë kontroll mbi dritaret e mirëmbajtjesËshtë e mundur, për shembull, të testohet një ndryshim në një shtresë specifike paketash dhe të anulohet ai transaksion nëse zbulohen efekte të padëshiruara, pa pasur nevojë të rikthehen përditësimet e mbetura të aplikuara në të njëjtën periudhë.
Ky model është i ngjashëm me atë që menaxheri DNF ofroi tashmë në mjedisin Red Hat, duke zvogëluar një nga kritikat historike të APT-sëIntegrimi i drejtpërdrejtë në vetë menaxherin eliminon gjithashtu varësinë nga mjetet e jashtme ose skriptet e personalizuara për të rindërtuar gjendjet e mëparshme të sistemit.
Një motor varësie më i zgjuar
Përtej historikut të saj të suksesit, APT 3.2 përforcon motori i zgjidhjes së varësisëi cili ishte përditësuar tashmë duke filluar me serinë 3.1. Versioni i ri përfshin përmirësime të dizajnuara për skenarë të ndjeshëm, siç janë instalimet me arkitektura të shumëfishta ose depot që publikojnë paketa binare në një mënyrë të shkallëzuar.
Një nga karakteristikat e reja të dukshme është se zgjidhësi ka një kuptim më të mirë të konceptit të përditësimi i paketës burimoreKjo zvogëlon rrezikun që, në sistemet me shumë arkitektura, komponentët kritikë mund të hiqen gabimisht kur skedarët binare për një arkitekturë nuk janë ende të disponueshëm, një problem që mund t'i lërë sistemet në një gjendje mjaft të paqëndrueshme.
Motori tani është gjithashtu i aftë të porosit alternativat e varësisë Ai i jep përparësi opsioneve që janë më në përputhje me gjendjen aktuale dhe lejon, nëse është e nevojshme, heqjen e paketave të shënuara si të instaluara manualisht nëse kjo është e vetmja mënyrë e arsyeshme për të zgjidhur konfliktet. Ky fleksibilitet synon të shmangë rrugët pa krye ku përdoruesi më parë duhej të ndërhynte pjesë-pjesë.
Metrikat e Performancës dhe Bllokimi i Modalitetit të Gjumit APT 3.2
Një tjetër veçori e re, më pak e dukshme për përdoruesin fundor, por shumë e dobishme për monitorim, është përfshirja e regjistri i metrikave të performancës në formatin JSONLÇdo rresht i regjistrit korrespondon me një objekt të pavarur JSON, i cili thjeshton analizën automatike me mjete të zakonshme vëzhgimi në mjediset profesionale.
APT 3.2 shton gjithashtu një mekanizëm për parandaloni që kompjuteri të hyjë në modalitetin e gjumit ndërsa është duke ecur dpkgNdërprerja e një instalimi ose përditësimi në mes të procesit për shkak se sistemi kalon në gjendje gjumi mund të dëmtojë bazën e të dhënave të paketave ose t'i lërë komponentët gjysmë të konfiguruar, një skenar veçanërisht delikat në laptopët dhe kompjuterët që mbështeten shumë në kursimin e energjisë.
Me këtë mbrojtje në vend, minimizohet rreziku i ndërprerjeve aksidentale në thelbin e procesit të paketimit, gjë që do të ndihmojë si përdoruesit shtëpiakë ashtu edhe administratorët që menaxhojnë laptopët brenda organizatave.
Disponueshmëria e APT 3.2 në Debian, Ubuntu dhe derivate të tij
Sipas planit të Projektit Debian, APT 3.2 do të jetë pjesë e Debian 14 "Forky"Publikimi i qëndrueshëm i të cilit pritet rreth verës së vitit 2027. Kështu, kur versioni i ri i shpërndarjes të arrijë në depot e qëndrueshme, funksionet e historikut dhe rikthimit do të jenë të disponueshme si parazgjedhje për të gjithë përdoruesit e tij.
Përpara këtij momenti historik, versioni 3.2 ishte përfshirë tashmë në Debian Sid (I paqëndrueshëm)Prandaj, ata që përdorin këtë degë zhvillimi mund ta përditësojnë menaxherin e paketave dhe të fillojnë testimin e veçorive të reja tani, me një mënyrë të thjeshtë sudo apt update && sudo apt install apt në sistemet e tyre.
Në botën e Ubuntu-s, Canonical planifikon të përfshijë APT 3.2 në Ubuntu 26.04 LTS “Raccoon i Vendosur”, publikimi i të cilit është planifikuar për 23 prill 2026. Nga ajo datë, përdoruesit e këtij versioni me mbështetje të zgjeruar do të jenë në gjendje të përfitojnë nga komandat e historikut dhe të rikthimit direkt në një mjedis të projektuar për stabilitet afatgjatë.
Shpërndarjet e tjera të bazuara në Debian dhe Ubuntu do të integrohen. versioni i ri i APT në varësi të cikleve të tyre të publikimit. Në rastin e Debian 12, Debian 13 dhe versioneve aktuale të qëndrueshme, miratimi i APT 3.2 do të varet nëse mirëmbajtësit e secilës degë vendosin ta transferojnë përditësimin apo ta mbajnë menaxherin e paketave siç është deri në publikimin e versionit të ardhshëm kryesor.