stackkit drift detect, stackkit drift reconcile
stackkit drift detect
Den maßgeblichen lokalen Zustand lesen und Drift melden. Den kanonischen ResolvedPlan, die generierten Artefakte, den vom Owner signierten Apply-Nachweis, die lokale Owner-Bindung und die Live-Basement-Compose-Runtime lesen und verifizieren, ohne den Runtime-Zustand zu aktualisieren. Unter dem Terramate-Generierungsziel führt der Befehl außerdem einen schreibgeschützten OpenTofu-Plan mit detailed-exitcode über Terramate in jedem Stack des lokalen Host-Projekts aus und fügt pro Stack einen stacks-Eintrag hinzu; er wendet nie an. Der inhaltsadressierte Report wird als lokaler Owner-Nachweis für jedes ausgewählte Application Kit aufbewahrt.
Beispiele
stackkit drift reconcile
Drift über den gesteuerten lokalen Lifecycle abgleichen. Der Standard-Modus verlangt eine ausdrückliche lokale Owner-Freigabe, verifiziert die aktuelle lokale Autorität, erstellt einen verpflichtenden Rollback-Checkpoint aus Kopia und Executor-State und führt dann generate, apply und verify über das exklusive Lifecycle-Journal aus. Eine fehlgeschlagene Zielphase stellt den erfassten vorherigen Executor-State automatisch wieder her, wendet ihn erneut an und verifiziert ihn. Der Advanced-Modus bleibt fail-closed, bis eine offline verifizierte Capability übergeben wird. Er läuft über ein exaktes, vom Owner signiertes Change-Set, das bei Runtime-Drift leer ist: Er beobachtet den Drift pro Stack, zwingt jeden abweichenden Terramate-Stack zur erneuten Konvergenz, indem er dessen wrapper-up-Trigger ersetzt, wendet die Änderungen über die gesteuerte Transaktion an, beobachtet anschließend den Drift-Report erneut, einschließlich jedes Terramate-Stack-Plans, und schlägt fehl, sofern der Report nach dem Abgleich nicht sauber ist.
Beispiele