Ich habe Xcode 6 GM heruntergeladen und heute zwei Swift-Apps im App Store eingereicht. Beide haben alle Pre-Upload-Überprüfungen und alle anderen Dinge bestanden, die sie bestehen mussten, und wurden erfolgreich eingereicht. Aber dann bekam ich zwei E-Mails von Apple ... eine für jedes Programm und beide sagten Folgendes:
Lieber Entwickler,
Wir haben ein oder mehrere Probleme mit Ihrer letzten Lieferung für "xxxxxxxx" festgestellt (mein App-Name wurde entfernt). Ihre Lieferung war erfolgreich, aber Sie möchten möglicherweise die folgenden Probleme bei Ihrer nächsten Lieferung beheben:
Zu viele Symboldateien - Diese Symbole haben in keiner Binärdatei einen entsprechenden Slice [1431D977-72BC-308F-AB71-71529F25400B.symbols, 158C72A7-98AC-3F07-B2BE-88427591B413.symbols, 44973EAC-563E-340C-B549-55A5014A68BAs , 678BF06F-0C3D-3A09-BFBF-699C7079FECD.symbols, 90907DDB-0400-38ED-BB5F-0C12333C0624.symbols, 93B79949-5757-374A-97B9-825AE1A61B7B. -4422-32B8-8C40-CF9B45A2CCC6.symbols, B0CC9F7D-C542-3E18-A518-B28B7ECABE80.symbols, BF6A4C3B-6FA5-3C51-8404-19C2F132458D.symbols -3845-BAD5-F6E51045D396.Symbole, D4967AA3-8FB0-3712-B0DE-7F4144AF8F4B -8F7D-C49A36CD5C65.symbols]
Nachdem Sie die Probleme behoben haben, können Sie mit Xcode oder Application Loader eine neue Binärdatei in iTunes Connect hochladen.
Grüße,
Das App Store-Team
Ich werde vermuten, dass das wirklich nichts mit mir oder meinen Apps zu tun hat ... und es ist nur eine Eigenart der Swift-App-Einreichungen vom ersten Tag? Beide Apps befinden sich noch im Modus "Warten auf Genehmigung". Ich kann mir bestimmt nichts vorstellen, was ich ändern könnte, um das, was sie sagten, verschwinden zu lassen! Hat noch jemand eine Swift-App eingereicht und diese Antwort erhalten? Denken Sie, ich sollte es einfach ignorieren und abwarten, was passiert?
quelle
Invalid Swift Support
. Irgendeine Idee, warum ich das bekommen könnte? Ich verwende den neuesten Xcode.Antworten:
Dies geschieht, wenn Sie Debuginformationen Ihrer Bibliotheken in das Projektarchiv aufnehmen, jedoch keine Binärdateien.
Im Ordner "dSYMs" sehen Sie mehrere Dateien. Wenn Sie den
dwarfdump
Konsolenbefehl für diese Dateien ausführen, erhalten Sie eine Liste der UUID-Zeichenfolgen:Ich bin sicher, Sie werden einige passende UUIDs aus Apples E-Mail finden.
Um diese Warnung zu vermeiden, müssen Sie nur die
dSYM
Dateien Ihrer Anwendung und nicht die Bibliotheken in Ihr Archiv aufnehmen . Dazu müssen Sie die Build-Konfiguration der Bibliotheken ändern, um keinedSYM
Datei zu generieren . Suchen Sie einfach nach „Debug - Informationen Format“ in der Konfiguration und ändern Sie es vonDWARF with dSYM File
zuDWARF
nur.Im folgenden Screenshot finden Sie beispielsweise das Stripe iOS-Framework.
quelle
dwarfdump -u *
in dem Ordner, um alle UUIDs zu sehenWenn Sie dieses Problem bei der Verwendung von CocoaPods festgestellt haben, fügen Sie dies Ihrem Podfile hinzu:
Das Debug-Informationsformat wird nur für alle Pod-Ziele auf DWARF gesetzt (nicht für das Haupt-App-Ziel).
quelle
pod install
Wenn Sie CocoaPods verwenden und Ihre App nur arm64 verwendet (dh in der info.plist Ihres Projekts befindet sich nur arm64).
Anschließend können Sie versuchen, das folgende Skript in Ihre Poddatei aufzunehmen, um dieses Problem zu beheben.
UND
Setzen Sie alle Ziele Ihrer Projekte (nicht die Ziele in Pods) auf arm64
Referenz zu CocoaPods Github
quelle
Ich habe dieses Problem, weil das Projekt eine gültige Architektur arm64 hat, wobei die CocoaPods-Ziele gültige Architektur arm64, armv7 und armv7s haben .
Führen Sie die folgenden Schritte aus, um zu überprüfen, welches Ziel welche gültige Architektur hat
Öffnen Sie das Terminal und geben Sie den Pfad des dSYMs- Ordners an.
Geben Sie den Befehl ein
dwarfdump --uuid *
und es wird eine Liste der UUIDs mit gültigen Architekturen angezeigt.Die UUID stimmt mit der Warn-E-Mail von Apple überein
Das Hauptprojekt und das Ziel der Kakaofrüchte setzen dieselbe gültige Architektur voraus. Auf diese Weise wird das Problem gelöst.
quelle
Hat für mich funktioniert, indem Bitcode aktiviert wurde - es war vorher ausgeschaltet
Bitcode aktivieren - Ja
quelle
Das oben Genannte half bei der Fehlerbehebung, konnte aber nicht gelöst werden. Wir hatten ein Projekt unter iOS 12, aber Pods 10 - führten zu einer Reihe von armv7-Dateien. Das Aktualisieren des Pods auf iOS 12 wurde sofort behoben.
quelle
Hatte das gleiche Problem behoben, indem ich für alle meine Ziele das gleiche "Allgemein" => "Bereitstellungsinfo" => "Bereitstellungsziel" hatte.
quelle
Stellen Sie sicher, dass Sie diese Option in den Projekterstellungseinstellungen aktivieren
https://possiblemobile.com/2015/03/symbolicating-your-ios-crash-reports/
quelle
Das Problem für mich war eine Zeile in meiner
build.xcconfig
Datei. Ich musste entfernenDadurch wurde das Projekt so eingestellt, dass es nur für arm64 (und nicht für arm7) erstellt wurde. Nach den Schritten von
@miOS
konnte ich sehen, dass das Pods-Projekt für beide gebaut wurde.quelle
Für mich war alles sehr einfach. Ich hatte das gleiche Problem und wusste eine Woche lang nicht, was ich tun sollte.
Nachdem Sie eine archivierte Anwendung eingereicht haben, wird das Zertifikat zur Verteilung in einem kleinen Popup-Fenster angezeigt. Danach befindet sich ein Kontrollkästchen, das Sie deaktivieren sollten. Danach senden Sie es ab und erhalten eine E-Mail über Symboldateien. ABER es ist kein Problem. Es ist nur eine Warnung; kein Fehler! Wenn Sie dieses Kontrollkästchen deaktivieren, wird Ihre App korrekt gesendet. Ich hoffe es kann dir helfen.
Screenshot des Kontrollkästchens und des Popups:
quelle