Érkezés de APT 3.2 Ez fordulópontot jelent a Debian-alapú rendszerek csomagkezelésében. A klasszikus csomagkezelő új, stabil verziója nemcsak a belső részleteket finomítja, hanem olyan funkciókat is tartalmaz, amelyeket a rendszergazdák és a haladó felhasználók régóta kértek, olyan funkciókat, amelyeket korábban inkább más ökoszisztémákhoz, például a Red Hathez kötöttek. Ez a verzió majdnem egy évvel azután érkezik, hogy... version 3.1.
Ezzel a kiadással a Debian, az Ubuntu és más származékos disztribúciók előnyre tesznek szert. tranzakcióelőzmények visszavonási és visszagörgetési lehetőségekkelEgy finomított függőségi motor és számos fejlesztés a mindennapi megbízhatóságra összpontosított. Mindez anélkül, hogy az APT-t teljesen tranzakciós rendszerré alakították volna, hanem a frissítés során a használat egyszerűsége és biztonsága terén elért jelentős előrelépéssel.
APT 3.2: A Debian csomagkezelő új stabil verziója
A Debian Projekt az APT 3.2-t a legújabb verziónak jelölte meg. stabil verzió Az APT Debian-alapú disztribúciókhoz készült csomagkezelőjének – a rendszeren lévő szoftverek telepítéséért, frissítéséért és eltávolításáért felelős összetevőnek – ez a frissítése az APT egyik legátfogóbb funkcionális frissítése az elmúlt években, közvetlen hatással a rendszerváltozások kezelésére.
A 3.2-es verzió a 3.1.6-os és 3.1.7-es fejlesztési ágakban végzett munkára épít, ahol az új történeti infrastruktúra alapjait lerakták. Mi volt kísérleti a 3.1.7-es verzióban?Mostantól stabil, használatra kész funkcióként kínálják, egy speciális alparancskészlettel a korábbi tranzakciók manipulálására.
Tranzakcióelőzmények, visszavonás, újraindítás és visszagörgetés
Az APT 3.2 nagy változása egy új elem hozzáadása. szemantikailag értelmezett tranzakcióelőzményekEddig az APT egyszerű naplófájlok generálására korlátozódott, például /var/log/apt/history.log, amelyet manuálisan kellett áttekinteni a problémás telepítés vagy frissítés során történtek rekonstruálásához.
Az új verzióval az APT a csomagműveleteket olyan formátumban tárolja, amely strukturált módon konzultáljon és használjon újraMinden tranzakció azonosítható, és listázható, ellenőrizhető, visszafordítható vagy megismételhető specifikus parancsokkal, így az APT közelebb kerül a deklaratív kezelőkben vagy a pillanatkép-alapú rendszerekben megszokott koncepciókhoz, bár anélkül, hogy azokat helyettesítené.
Az alparancsok halmaza az előtag körül forog. apt history-*Egyetlen általános parancs helyett az APT 3.2 a következőket választja: különálló és egyértelmű megrendelések minden feladathoz, ami megkönnyíti a használatát szkriptekben és automatizálásokban, és csökkenti a kétértelműséget az összetettebb felügyeleti környezetekben.
Az APT 3.2 új előzményparancsai
Az új tranzakcióbázis kezeléséhez az APT 3.2 számos parancsot vezet be, amelyek strukturálják a tipikus munkafolyamatot, amikor valami hiba történik frissítés vagy telepítés során. A kiindulópont a következő: apt history-list, amely az összes regisztrált tranzakció listáját mutatja, azonosítóikkal és alapadataikkal együtt.
Miután megtalálta az Önt érdeklő változást, megtekintheti a részleteket a apt history-info <ID>Ez a jelentés részletezi, hogy mely csomagok lettek telepítve, eltávolítva vagy frissítve a művelet során. Ezek az információk, amelyek korábban naplók böngészését igényelték, most rendezett módon jelennek meg, a gyors áttekintés érdekében.
Ha a cél egy adott művelet visszafordítása, akkor a következő történik apt history-undo <ID>Ez a parancs felelős az adott azonosítóhoz társított tranzakció visszavonásáért. Ha egy már visszavont műveletet szeretne újra alkalmazni, akkor a megfelelő parancs a következő: apt history-redo <ID>, amely megismétli ugyanazt a módosítást a rendszeren.
Amikor a helyzet komolyabb, és vissza kell térni a csomagkészlet egy korábbi állapotába, az APT 3.2 ezt kínálja: apt history-rollback <ID>Ez a parancs megkísérli újraépíteni a rendszer állapotát a megadott tranzakció időpontjában érvényes állapotba, ami sok órát takaríthat meg a frissítési lánc hibája utáni manuális rekonstrukcióhoz képest.
Az új visszagörgetési rendszer korlátai és hatóköre
Bár a funkcionális ugrás figyelemre méltó, a Debian fejlesztői világossá teszik, hogy Az APT 3.2 nem teszi a rendszert teljesen tranzakcióképesséA visszagörgetési mechanizmus jól definiált csomagműveletekhez készült, és nem képes megoldani minden elképzelhető esetet nagyon összetett vagy állandó változásoknak kitett környezetekben.
Az egyik legfontosabb feltétel az, hogy a csomagok régebbi verziói továbbra is elérhetők a tárolókban. Ha a visszaállítandó szoftver eltűnt a forrásokból, a mozgástér csökken, és a visszagörgetés esetleg nem lehetséges, vagy hiányos lehet.
Ezenkívül a csomagkarbantartó szkriptek (a jól ismert szkriptek a postinst, prerm és társaságEzek a változtatások olyan mellékhatásokat okozhatnak, amelyeket nem mindig könnyű automatikusan visszavonni. Bizonyos körülmények között továbbra is szükség lehet manuális beavatkozásra, különösen a nagymértékben testreszabott konfigurációjú szervereken.
Ezért az APT 3.2-t úgy mutatjuk be, mint egy kiegészítő eszköz a biztonsági mentésekhez és pillanatképekheznem helyettesítőként. Az új előzmények csökkentik számos mindennapi hiba hatását, és megkönnyítik az életet az asztali gépeken és egyes szerverkörnyezetekben, de nem szüntetik meg a robusztus biztonsági mentési stratégiák szükségességét.
Gyakorlati hatás az asztali számítógépekre és szerverekre
A mindennapi számítógépeken a következők kombinációja apt history-list y apt history-undo Ez jelentheti a különbséget az ijesztő állapot és a komolyabb probléma között. Ha valami egy frissítés után nem működik, a felhasználónak vagy a rendszergazdának mostantól viszonylag közvetlen módja van a módosítások visszaállítására anélkül, hogy újratelepítésre vagy manuális naplókeresésre lenne szüksége.
A Debian vagy Ubuntu szerverfarmokat kezelő rendszergazdák számára ezek a funkciók a következőket biztosítják: nagyobb kontroll a karbantartási időszakok felettLehetséges például egy adott csomagréteg változását tesztelni, és a tranzakciót visszavonni, ha nem kívánt hatásokat észlelünk, anélkül, hogy az ugyanebben az időszakban alkalmazott többi frissítést vissza kellene állítani.
Ez a modell hasonló ahhoz, amit a DNF manager már kínált a Red Hat környezetben, csökkentve a az APT egyik történelmi kritikájaA kezelőbe való közvetlen integráció kiküszöböli a külső eszközöktől vagy egyéni szkriptektől való függőséget a korábbi rendszerállapotok rekonstruálásához.
Egy intelligensebb függőségi motor
A korábbi eredményein túl az APT 3.2 megerősíti függőségfeloldó motoramelyet a 3.1-es sorozattól kezdve már frissítettek. Az új verzió olyan fejlesztéseket tartalmaz, amelyeket érzékeny forgatókönyvekhez terveztek, például több architektúrával rendelkező telepítésekhez vagy olyan adattárakhoz, amelyek szakaszosan teszik közzé a bináris csomagokat.
Az egyik figyelemre méltó új funkció, hogy a megoldó jobban megérti a fogalmát forráscsomag frissítéseEz csökkenti annak kockázatát, hogy több architektúrájú rendszerekben a kritikus komponensek véletlenül eltávolításra kerüljenek, amikor az egyik architektúra binárisai még nem állnak rendelkezésre, ami a rendszereket meglehetősen instabil állapotba hozhatja.
A motor most már arra is képes, hogy Rendelje meg a függőségi alternatívákat Előnyben részesíti azokat a beállításokat, amelyek leginkább összhangban vannak az aktuális állapottal, és szükség esetén lehetővé teszi a manuálisan telepítettként megjelölt csomagok eltávolítását, ha ez az egyetlen ésszerű módja a konfliktusok megoldásának. Ez a rugalmasság célja, hogy elkerülje a zsákutcákat, ahol a felhasználónak korábban apránként kellett beavatkoznia.
APT 3.2 Alvó üzemmód teljesítménymutatói és zárolása
Egy másik új funkció, amely kevésbé látható a végfelhasználó számára, de nagyon hasznos a monitorozáshoz, a következő beépítése: teljesítménymutatók naplózása JSONL formátumbanA napló minden sora egy független JSON objektumnak felel meg, ami leegyszerűsíti az automatikus elemzést a professzionális környezetekben elterjedt megfigyelhetőségi eszközökkel.
Az APT 3.2 egy mechanizmust is hozzáad a következőkhöz: megakadályozza, hogy a számítógép alvó üzemmódba lépjen miközben fut dpkgA telepítés vagy frissítés félbeszakítása a rendszer alvó állapotba váltása miatt károsíthatja a csomagadatbázist, vagy félig konfigurált összetevőket hagyhat maga után, ami különösen kényes helyzet az energiatakarékosságra nagymértékben támaszkodó laptopok és számítógépek esetében.
Ezzel a védelemmel minimalizálható a csomagolási folyamat magjának véletlen megszakításának kockázata, ami segíti mind az otthoni felhasználókat, mind a szervezeteken belüli laptopokat kezelő rendszergazdákat.
Az APT 3.2 elérhetősége Debianon, Ubuntun és származékokon
A Debian Projekt terve szerint Az APT 3.2 a Debian 14 "Forky" része lesz.amelynek stabil kiadása várhatóan 2027 nyara körül jelenik meg. Így amikor a disztribúció új verziója eléri a stabil tárolókat, az előzmények és a visszagörgetési funkciók alapértelmezés szerint elérhetőek lesznek minden felhasználó számára.
Ezt a mérföldkövet megelőzően a 3.2-es verziót már beépítették a rendszerbe. Debian Sid (instabil)Ezért azok, akik ezt a fejlesztői ágat használják, frissíthetik a csomagkezelőt és azonnal elkezdhetik tesztelni az új funkciókat egy egyszerű sudo apt update && sudo apt install apt a rendszereiben.
Az Ubuntu világában a Canonical azt tervezi, hogy az APT 3.2-t is beépíti a... Ubuntu 26.04 LTS „Resolute Raccoon”, amelynek megjelenése 2026. április 23-án várható. Ettől a dátumtól kezdve a kiterjesztett támogatású verzió felhasználói közvetlenül egy hosszú távú stabilitásra tervezett környezetben használhatják majd a history és a rollback parancsokat.
Más Debian és Ubuntu alapú disztribúciók is integrálva lesznek Az APT új verziója a saját kiadási ciklusaiktól függően. A Debian 12, a Debian 13 és a jelenlegi stabil verziók esetében az APT 3.2 bevezetése attól függ, hogy az egyes ágak karbantartói úgy döntenek, hogy portolják a frissítést, vagy a csomagkezelőt a következő főverzió kiadásáig változatlanul hagyják.