“Too many symbol files” after successfully submitting my apps

后端 未结 10 2139
忘了有多久
忘了有多久 2020-12-02 04:00

I downloaded Xcode 6 GM and submitted two Swift apps to the app store today. Both passed all pre-upload verification and all the other stuff they had to pass and were succe

相关标签:
10条回答
  • 2020-12-02 04:08

    If you are using CocoaPods and your app is set to use arm64 only (i.e. there is only arm64 in your project's info.plist)

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

    then you can try adding the following script in your Podfile to solve this issue.

    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
    

    AND

    set all your projects' targets (not the targets in Pods) to arm64 only

    CocoaPods Github issue reference

    0 讨论(0)
  • 2020-12-02 04:15

    In Xcode, look in Build Settings for “Strip Debug Symbols During Copy” (COPY_PHASE_STRIP). When enabled, debug symbols are omitted from your .app and placed into a .dSYM file. Otherwise your .app contains these symbols. (By default, debug symbols are stripped from release builds for reasons of obfuscation. You probably shouldn’t change this setting for the release configuration.)

    Make sure you check this option in project Build Settings

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

    0 讨论(0)
  • 2020-12-02 04:16

    Worked for me by enabling bitcode - it was off before

    Enable Bitcode - Yes

    0 讨论(0)
  • 2020-12-02 04:18

    This happens if you are including debug information of your libraries with the project archive but are not including binaries.

    1. Open the Organizer window in Xcode
    2. Right-click on an archive that had this issue and select "Show in Finder".
    3. Right-click on the archive file and select "Show Package Contents"
    4. In the "dSYMs" folder you will see several files. If you run the dwarfdump console command on these files you will get a list of UUID strings:

      dwarfdump -u MyFile.dSYM
      

    I'm sure you will find some matching UUIDs from Apple's email.

    To avoid this warning you need to include with your archive only the dSYM files of your application and not the libraries. For this you need to change the build configuration of the libraries to not generate a dSYM file. Just search for "debug information format" in configuration and change it from DWARF with dSYM File to DWARF only.

    For example, in the screenshot below you will find the Stripe iOS framework.

    0 讨论(0)
  • 2020-12-02 04:20

    I have this issue due to the project has valid architecture arm64 where the CocoaPods targets have valid architecture arm64, armv7 and armv7s.

    To check which target has which valid architecture follow following steps

    1. In Xcode -> Window -> Organizer
    2. Select the archive and Reveal in Finder
    3. On .xcarchive file, Show package content
    4. Open terminal and give path of dSYMs folder.

    5. Enter command dwarfdump --uuid * and it will show list of UUIDs with valid architectures.

    The UUID will match with Apple's warning email

    The main project and cocoa pods target suppose to have same valid architecture. By doing this, it will solve the issue.

    0 讨论(0)
  • 2020-12-02 04:24

    Had the same problem fixed it by having the same "General" => "Deployment info" => "Deployment target" for all my targets.

    0 讨论(0)
提交回复
热议问题