De aankomst de APT 3.2 Dit markeert een keerpunt in pakketbeheer op Debian-gebaseerde systemen. De nieuwe stabiele versie van de klassieke pakketbeheerder verfijnt niet alleen interne details, maar bevat ook functies waar beheerders en gevorderde gebruikers al lang om vroegen, functies die voorheen meer geassocieerd werden met andere ecosystemen zoals Red Hat. Deze versie verschijnt bijna een jaar na de vorige. versie 3.1.
Met deze release krijgen Debian, Ubuntu en andere afgeleide distributies een Transactiegeschiedenis met mogelijkheden voor ongedaan maken en terugdraaien.Een verfijndere afhankelijkheidsengine en diverse verbeteringen gericht op dagelijkse betrouwbaarheid. Dit alles zonder APT volledig in een transactioneel systeem te veranderen, maar juist door een aanzienlijke sprong voorwaarts te maken in gebruiksgemak en beveiliging bij updates.
APT 3.2: Nieuwe stabiele versie van de Debian-pakketbeheerder
Het Debian-project heeft APT 3.2 als de nieuwste versie aangemerkt. stabiele versie Deze update van APT's pakketbeheerder voor op Debian gebaseerde distributies, het onderdeel dat verantwoordelijk is voor het installeren, bijwerken en verwijderen van software op het systeem, is een van de meest ingrijpende functionele updates van APT in de afgelopen jaren en heeft een directe impact op de manier waarop systeemwijzigingen worden beheerd.
Versie 3.2 bouwt voort op het werk dat is verricht in de ontwikkelingsbranches 3.1.6 en 3.1.7, waar de basis is gelegd voor de nieuwe geschiedenisinfrastructuur. Wat was experimenteel in 3.1.7?Het wordt nu aangeboden als een stabiele, gebruiksklare functie, met een specifieke set subopdrachten voor het bewerken van eerdere transacties.
Transactiegeschiedenis, ongedaan maken, opnieuw uitvoeren en terugdraaien
De belangrijkste verandering in APT 3.2 is de toevoeging van een transactiegeschiedenis semantisch begrepenTot nu toe was APT beperkt tot het genereren van eenvoudige logbestanden, zoals /var/log/apt/history.logdie handmatig moesten worden gecontroleerd om te reconstrueren wat er mis was gegaan bij een problematische installatie of upgrade.
Met de nieuwe versie slaat APT pakketbewerkingen op in een formaat dat kan worden op een gestructureerde manier raadplegen en hergebruiken.Elke transactie wordt geïdentificeerd en kan worden weergegeven, geïnspecteerd, teruggedraaid of herhaald met specifieke commando's. Dit brengt APT dichter bij concepten die gangbaar zijn in declaratieve managers of op snapshots gebaseerde systemen, zonder deze echter te vervangen.
De reeks subopdrachten draait om het voorvoegsel. apt history-*In plaats van één algemene opdracht kiest APT 3.2 voor aparte en duidelijke bestellingen voor elke taak, wat het gebruik ervan in scripts en automatiseringen vergemakkelijkt en de onduidelijkheid in complexere beheeromgevingen vermindert.
De nieuwe geschiedenisopdrachten in APT 3.2
Om de nieuwe transactiebasis te verwerken, introduceert APT 3.2 verschillende commando's die de typische workflow structureren wanneer er iets misgaat tijdens een upgrade of installatie. Het uitgangspunt is apt history-list, die een lijst toont van alle geregistreerde transacties, met hun identificatiecodes en basisgegevens.
Zodra u de gewenste wijziging hebt gevonden, kunt u de details raadplegen met apt history-info <ID>Dit rapport beschrijft welke pakketten tijdens de operatie zijn geïnstalleerd, verwijderd of bijgewerkt. Deze informatie, die voorheen door talloze logbestanden moest worden doorgespit, wordt nu overzichtelijk gepresenteerd, zodat deze snel kan worden geraadpleegd.
Als het de bedoeling is een specifieke bewerking ongedaan te maken, dan is het volgende van toepassing. apt history-undo <ID>Met dit commando wordt de transactie die aan die identifier is gekoppeld, ongedaan gemaakt. Als u een actie die al is teruggedraaid opnieuw wilt uitvoeren, gebruikt u het volgende commando: apt history-redo <ID>, wat dezelfde aanpassing aan het systeem herhaalt.
Wanneer de situatie ernstiger is en het nodig is om terug te keren naar een eerdere staat van de pakketset, biedt APT 3.2 de volgende mogelijkheid. apt history-rollback <ID>Deze opdracht probeert de systeemstatus te herstellen naar de staat waarin deze zich bevond op het moment van de opgegeven transactie. Dit kan vele uren besparen in vergelijking met handmatige reconstructie na een fout in een updateketen.
Beperkingen en reikwijdte van het nieuwe terugdraaisysteem
Hoewel de functionele sprong voorwaarts opmerkelijk is, maken de Debian-ontwikkelaars duidelijk dat APT 3.2 maakt het systeem niet volledig transactioneel.Het terugdraaimechanisme is ontworpen voor goed gedefinieerde pakketbewerkingen en kan niet alle denkbare gevallen in zeer complexe omgevingen of omgevingen die constant aan veranderingen onderhevig zijn, afhandelen.
Een van de belangrijkste voorwaarden is dat oudere versies van de pakketten blijven beschikbaar. in de repositories. Als de te herstellen software niet meer in de broncode aanwezig is, is de manoeuvreerruimte beperkter en is de terugdraaiing mogelijk niet of niet volledig mogelijk.
Daarnaast zijn er de pakketonderhoudsscripts (de bekende scripts van postinst, prerm en bedrijfDeze wijzigingen kunnen neveneffecten veroorzaken die niet altijd eenvoudig automatisch ongedaan te maken zijn. In sommige gevallen zal handmatige tussenkomst nog steeds nodig zijn, met name op servers met sterk aangepaste configuraties.
Daarom wordt APT 3.2 gepresenteerd als een Een aanvullend hulpmiddel voor back-ups en snapshots.Niet als vervanging. De nieuwe geschiedenis vermindert de impact van veel alledaagse fouten en maakt het leven gemakkelijker op de desktop en in sommige serveromgevingen, maar het neemt de noodzaak van robuuste back-upstrategieën niet weg.
Praktische gevolgen voor desktopcomputers en servers
Op gewone computers is de combinatie van apt history-list y apt history-undo Dit kan het verschil maken tussen een schrikreactie en een serieus probleem. Als iets na een update niet meer werkt, heeft de gebruiker of beheerder nu een vrij directe manier om de wijzigingen terug te draaien zonder herinstallaties of het handmatig doorzoeken van logbestanden.
Voor systeembeheerders die Debian- of Ubuntu-serverfarms beheren, bieden deze mogelijkheden het volgende: meer controle over onderhoudsvenstersHet is bijvoorbeeld mogelijk om een wijziging in een specifieke pakketlaag te testen en die transactie ongedaan te maken als er ongewenste effecten worden geconstateerd, zonder dat de rest van de in dezelfde periode toegepaste updates hoeft te worden teruggedraaid.
Dit model is vergelijkbaar met wat de DNF-manager al aanbood in de Red Hat-omgeving, waardoor de mogelijkheden worden verkleind. een van de historische kritiekpunten op APTDirecte integratie in de manager zelf elimineert ook de afhankelijkheid van externe tools of aangepaste scripts om eerdere systeemtoestanden te herstellen.
Een slimmere afhankelijkheidsengine
Naast zijn bewezen prestaties versterkt APT 3.2 zijn afhankelijkheidsresolutie-enginedie al was bijgewerkt vanaf de 3.1-serie. De nieuwe versie bevat verbeteringen die zijn ontworpen voor gevoelige scenario's, zoals installaties met meerdere architecturen of repositories die binaire pakketten gefaseerd publiceren.
Een van de opvallende nieuwe functies is dat de oplosser het concept beter begrijpt. update van het bronpakketDit verkleint het risico dat in systemen met meerdere architecturen kritieke componenten per ongeluk worden verwijderd wanneer de binaire bestanden voor één architectuur nog niet beschikbaar zijn, een probleem dat systemen in een instabiele toestand zou kunnen achterlaten.
De motor is nu ook in staat tot rangschik de afhankelijkheidsalternatieven Het geeft prioriteit aan opties die het meest overeenkomen met de huidige situatie en maakt het, indien nodig, mogelijk om pakketten te verwijderen die als handmatig geïnstalleerd zijn gemarkeerd, als dat de enige redelijke manier is om conflicten op te lossen. Deze flexibiliteit is bedoeld om te voorkomen dat gebruikers vastlopen en stap voor stap moeten ingrijpen.
APT 3.2 Slaapmodus Prestatiegegevens en Vergrendeling
Een andere nieuwe functie, minder zichtbaar voor de eindgebruiker maar zeer nuttig voor monitoring, is de integratie van Prestatiegegevens worden gelogd in JSONL-formaat.Elke regel in het logbestand komt overeen met een onafhankelijk JSON-object, wat automatische analyse met gangbare observatietools in professionele omgevingen vereenvoudigt.
APT 3.2 voegt ook een mechanisme toe voor Voorkom dat de computer in de slaapstand gaat. terwijl het draait dpkgHet onderbreken van een installatie of update halverwege het proces doordat het systeem in de slaapstand gaat, kan de pakketdatabase beschadigen of componenten gedeeltelijk geconfigureerd achterlaten. Dit is een bijzonder delicate situatie bij laptops en computers die sterk afhankelijk zijn van energiebesparing.
Met deze beveiliging wordt het risico op onbedoelde onderbrekingen van het verpakkingsproces geminimaliseerd, wat zowel thuisgebruikers als beheerders van laptops binnen organisaties ten goede komt.
Beschikbaarheid van APT 3.2 op Debian, Ubuntu en afgeleiden.
Volgens het plan van het Debian-project, APT 3.2 zal deel uitmaken van Debian 14 "Forky".De stabiele release wordt rond de zomer van 2027 verwacht. Zodra de nieuwe versie van de distributie in de stabiele repositories beschikbaar is, zullen de geschiedenis- en terugdraaifuncties standaard beschikbaar zijn voor alle gebruikers.
Vóór die mijlpaal was versie 3.2 al opgenomen in Debian Sid (Instabiel)Gebruikers van deze ontwikkelingsbranch kunnen daarom de pakketbeheerder bijwerken en direct beginnen met het testen van de nieuwe functies. sudo apt update && sudo apt install apt in hun systemen.
Canonical is van plan om APT 3.2 in de Ubuntu-wereld op te nemen. Ubuntu 26.04 LTS “Resolute Raccoon”De release staat gepland voor 23 april 2026. Vanaf die datum kunnen gebruikers van deze uitgebreide ondersteuningsversie de geschiedenis- en terugdraaiopdrachten direct gebruiken in een omgeving die is ontworpen voor stabiliteit op de lange termijn.
Andere distributies gebaseerd op Debian en Ubuntu zullen worden geïntegreerd. de nieuwe versie van APT afhankelijk van hun eigen releasecycli. In het geval van Debian 12, Debian 13 en de huidige stabiele versies, zal de implementatie van APT 3.2 afhangen van de vraag of de beheerders van elke branch besluiten de update over te zetten of de pakketbeheerder ongewijzigd te laten tot de volgende grote versie-release.