"Zu viele Symboldateien" nach erfolgreicher Übermittlung meiner Apps

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?

Dies geschieht, wenn Sie Debuginformationen Ihrer Bibliotheken in das Projektarchiv aufnehmen, jedoch keine Binärdateien.

1. Öffnen Sie das Organizer-Fenster in Xcode
2. Klicken Sie mit der rechten Maustaste auf ein Archiv mit diesem Problem und wählen Sie "Im Finder anzeigen".
3. Klicken Sie mit der rechten Maustaste auf die Archivdatei und wählen Sie "Paketinhalt anzeigen".

4. Im Ordner "dSYMs" sehen Sie mehrere Dateien. Wenn Sie den dwarfdumpKonsolenbefehl für diese Dateien ausführen, erhalten Sie eine Liste der UUID-Zeichenfolgen:

   dwarfdump -u MyFile.dSYM

Ich bin sicher, Sie werden einige passende UUIDs aus Apples E-Mail finden.

Um diese Warnung zu vermeiden, müssen Sie nur die dSYMDateien Ihrer Anwendung und nicht die Bibliotheken in Ihr Archiv aufnehmen . Dazu müssen Sie die Build-Konfiguration der Bibliotheken ändern, um keine dSYMDatei zu generieren . Suchen Sie einfach nach „Debug - Informationen Format“ in der Konfiguration und ändern Sie es von DWARF with dSYM Filezu DWARFnur.

Im folgenden Screenshot finden Sie beispielsweise das Stripe iOS-Framework.

Wenn Sie dieses Problem bei der Verwendung von CocoaPods festgestellt haben, fügen Sie dies Ihrem Podfile hinzu:

post_install do |installer|
    installer.pods_project.targets.each do |target|
        target.build_configurations.each do |config|
            config.build_settings['DEBUG_INFORMATION_FORMAT'] = 'dwarf'
        end
    end
end

Das Debug-Informationsformat wird nur für alle Pod-Ziele auf DWARF gesetzt (nicht für das Haupt-App-Ziel).

Wenn Sie CocoaPods verwenden und Ihre App nur arm64 verwendet (dh in der info.plist Ihres Projekts befindet sich nur arm64).

<key>UIRequiredDeviceCapabilities</key>
<array>
    <string>arm64</string>
</array>

Anschließend können Sie versuchen, das folgende Skript in Ihre Poddatei aufzunehmen, um dieses Problem zu beheben.

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      config.build_settings['ENABLE_BITCODE'] = 'NO'
      config.build_settings['ARCHS'] = 'arm64'
    end
  end
end

UND

Setzen Sie alle Ziele Ihrer Projekte (nicht die Ziele in Pods) auf arm64

Referenz zu CocoaPods Github

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

1. In Xcode -> Fenster -> Organizer
2. Wählen Sie das Archiv aus und zeigen Sie es im Finder an
3. Zeigen Sie in der .xcarchive- Datei den Paketinhalt an

4. Öffnen Sie das Terminal und geben Sie den Pfad des dSYMs- Ordners an.

5. 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.

Hat für mich funktioniert, indem Bitcode aktiviert wurde - es war vorher ausgeschaltet

Bitcode aktivieren - Ja

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.

Hatte das gleiche Problem behoben, indem ich für alle meine Ziele das gleiche "Allgemein" => "Bereitstellungsinfo" => "Bereitstellungsziel" hatte.

Suchen Sie in Xcode in den Build-Einstellungen nach "Strip-Debug-Symbole während des Kopierens" (COPY_PHASE_STRIP). Wenn diese Option aktiviert ist, werden Debugsymbole in Ihrer .app-Datei weggelassen und in einer .dSYM-Datei abgelegt. Andernfalls enthält Ihre .app diese Symbole. (Standardmäßig werden Debug-Symbole aus Gründen der Verschleierung aus Release-Builds entfernt. Sie sollten diese Einstellung für die Release-Konfiguration wahrscheinlich nicht ändern.)

Stellen Sie sicher, dass Sie diese Option in den Projekterstellungseinstellungen aktivieren

https://possiblemobile.com/2015/03/symbolicating-your-ios-crash-reports/

Das Problem für mich war eine Zeile in meiner build.xcconfigDatei. Ich musste entfernen

IPHONEOS_DEPLOYMENT_TARGET = 11.0

Dadurch wurde das Projekt so eingestellt, dass es nur für arm64 (und nicht für arm7) erstellt wurde. Nach den Schritten von @miOSkonnte ich sehen, dass das Pods-Projekt für beide gebaut wurde.

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: