Xcode 7に切り替えた後、アプリのサイズが9 MBから60 MBに増加しました。修正はありますか？

私はGitの歴史をさかのぼって、巨大なファイルサイズの変更の原因を見つけましたが、私が見つけることができる唯一の本当の理由は、Xcode 6からXcode 7 GMへの切り替えです。

これらは、リリースビルド構成のアーカイブ操作.ipaから作成されたファイルサイズのトップ10の原因であることがわかりました。

$ unzip -lv Roger\ Release.ipa | sort -k +3nr | head
41802768  Defl:N 16887199  60%  09-14-15 23:47  dc24cdc1  Payload/Roger.app/Frameworks/libswiftCore.dylib
41802400  Defl:N 16886076  60%  09-06-15 18:33  f939ea6a  SwiftSupport/iphoneos/libswiftCore.dylib
11184032  Defl:N  5915625  47%  09-14-15 23:48  6ceac4a2  Payload/Roger.app/Roger
 6399584  Defl:N  2670275  58%  09-14-15 23:47  0ac52d3f  Payload/Roger.app/Frameworks/libPhoneNumber_iOS.framework/libPhoneNumber_iOS
 5410384  Defl:N  2334189  57%  09-14-15 23:47  7a8cb03f  Payload/Roger.app/Frameworks/Alamofire.framework/Alamofire
 4521904  Defl:N  2292789  49%  09-14-15 23:47  95da0882  Payload/Roger.app/Frameworks/FBSDKCoreKit.framework/FBSDKCoreKit
 4731552  Defl:N  1926357  59%  09-14-15 23:48  e05337de  Payload/Roger.app/Frameworks/libswiftFoundation.dylib
 4731168  Defl:N  1925355  59%  09-06-15 18:33  19a5c3c4  SwiftSupport/iphoneos/libswiftFoundation.dylib
 2659232  Defl:N  1232897  54%  09-14-15 23:47  1a53a401  Payload/Roger.app/Frameworks/AFNetworking.framework/AFNetworking
 1196624  Defl:N   545343  54%  09-14-15 23:47  19a063cb  Payload/Roger.app/Frameworks/Bolts.framework/Bolts

圧倒的に大きいファイルは2つの（わずかに異なる）libswiftCore.dylibファイルで、合計で32 MBを超えます。Xcode 6によってビルドされたバンドルでは、これら2つのファイルの合計はわずか3 MBでした。

したがって、質問1は次のとおりです。なぜSwiftコアファイルが2度存在するのですか。（埋め込みコンテンツに含まれるSwiftコードがNoに設定されている）。

そして質問＃2は：何が起こったのですか？Swiftコアのサイズが15 MB増加したのはなぜですか？これは永続的ですか？

追加のメモ：

• これは完全にObjective-Cでしたが、現在はほとんどSwiftのプロジェクトです。[ モジュールの定義]設定は[ はい]に設定されています。
• プロジェクトでは、CocoaPodsをuse_frameworks!セットで使用します。
• 複数のデバイスとiOSバージョンでのTestFlightからの実際のダウンロードサイズを確認しました。それは30〜60 MBの範囲です（おそらく、アプリのスライスによる違いです）。以前は9 MBでした。

BitCodeが原因である可能性が最も高いですが、同じ増加が見られましたが、App Storeからデプロイされた後、アプリのサイズは実際には増加していません。

アプリやその他のターゲットでBitCodeを無効にすることもでき、縮小が表示されます。

私は多くの設定と組み合わせをテストしてきましたが、Xcode 7によって作成されたバンドルのファイルサイズは、デバイスとiOSのバージョンの両方によって大きく異なるようです。また、TestFlightビルドは以前と比べて非常に大きくなっていますが、良いニュースとして、App Storeでの大幅な増加はありませんでした（ただし、以前に比べてバンドルサイズに約1〜2 MBが追加されています）。 。

TestFlight、App Store、およびデバイス間の差異を示すためのいくつかのサンプルを以下に示します。

TestFlight、iOS 5上のiPhone 5s
35.6 MB

TestFlight、iOS 8.4.1上のiPhone 6
70.1 MB

App Store
11.8 MB

App Storeのサイズは、テストしたすべてのデバイスで同じでした。ただし、iPhone 6 Plusではテストしていません。@ 3xアセットを使用しているため、バンドルサイズが大きくなる可能性があります。

迅速なdylibと独自のコードのサイズは、ビットコードが含まれているため、.xcarchiveで、およびストア配布用にエクスポートするときに大幅に大きくなることが予想されます。この追加のサイズは、実際にユーザーに配信されるものには反映されないため、問題にはなりません。アプリをストアに送信すると、ストアはそれを処理してビットコードを取り除き、その処理されたバージョンのIPAがユーザーがダウンロードするものになります。

ストアエクスポート以外の種類のエクスポートをアーカイブから行う場合（アドホック展開用に保存など）、ビットコードをローカルで削除します（エクスポートでそのオプションをオンにしておくと、最初にビットコードからバイナリを再コンパイルします）ワークフロー、ストアで何が起こるかを再現するため）、アプリの実際の大きさを確認できます。TestFlightは、ビットコードも取り除き、実際のアプリサイズを表示します。

また、アプリの薄化によってアプリのサイズを縮小できることにも注意してください。これについては、https：//developer.apple.com/library/ios/documentation/IDEs/Conceptual/AppDistributionGuide/Introduction/Introduction.htmlを参照してください。。とにかく、アドホックエクスポートを実行して、アプリの間引き後の各バリアントのサイズを確認することをお勧めします。

埋め込まれたビットコードが理由です。

ENABLE_BITCODEを無効にしたくない場合は、デバッグシンボルを削除できます。

ビットコードを埋め込むことができるオプションの1つとして、デバッグシンボルを取り除く前にhttp://oguzbastemur.blogspot.com/2015/09/xcode-7-and-increaded-binary-size.htmlを参照してください。

Swift 1.2にもこの問題がありました。この同じ問題に関する元の質問については、SwiftSupportライブラリが2回含まれないようにする方法を参照してください。

これはツールチェーンの問題だと確信しています。