Xcode 7.3.1 出现“无效的 Swift 支持 - SwiftSupport 文件夹丢失”

Question

使用 Application Loader 提交应用程序更新后，我收到了来自 Apple 的这封电子邮件：

我们发现您最近交付的“[App Name]”存在一个或多个问题。 要处理您的交货，必须更正以下问题：

无效的 Swift 支持 - SwiftSupport 文件夹丢失。 使用当前公共 (GM) 版本的 Xcode 重建您的应用程序并重新提交。

更正这些问题后，您就可以重新交付更正后的二进制文件。

我已经确认这个二进制文件是用最新的 Xcode GM (7.3.1) 构建的，所以这不是问题所在。 我在网上看到了针对此问题的各种潜在修复方法，但希望通过提供更多详细信息，有人可以帮助我找出具体的解决方案。

• 使用 Application Loader 3.5 提交 IPA 文件没有问题。
• 该应用程序的先前版本不使用 Swift，但此更新使用。
• “嵌入的内容包含 Swift 代码”构建设置设置为NO 。 我的理解是，只有当我们有一个依赖于 Swift 或混合目标的纯 Objective-C 目标时，这才应该是YES 。
• 该项目使用 CocoaPods，但这次更新我们的 pod 没有任何变化。
• 该应用程序的先前版本包含一个 WatchKit 应用程序和扩展程序，但这次更新没有。
• 在使用相同构建生成的xcarchive中， SwiftSupport文件夹就在那里。 它包含一个名为iphoneos的子文件夹，其中包含多个 Apple Swift 库，如libswiftFoundation.dylib 。
• 如果我将.ipa文件重命名为.zip并将其解压缩，则其应用程序包不包含SwiftSupport文件夹，但包含具有相同 Swift dylib 的Frameworks文件夹。

Answer 1

这里的解决方案是在这个答案中。 我们需要在xcodebuild使用新的-exportOptionsPlist标志，而不是旧的-exportFormat和-exportWithOriginalSigningIdentity标志。 plist 只需要将method键设置为app-store 。

Answer 2

其根本原因是配置文件是临时的，它不会在 ipa 中创建SwiftSupport目录。 该文件夹是使用app-store作为导出方法创建的，因此当我将配置文件更新为app-store时它对我有用。

参考

Answer 3

就我而言，我只是在项目中添加了冗余的 swift 文件并解决了问题。

Answer 4

在创建 ipa 文件时，您应该选择“保存用于 iOS App Store 部署”而不是“保存用于临时部署”选项。

Answer 5

在通过Transporter应用程序将.ipa文件上传到 App Store Connect 后，我​​收到了同样的电子邮件。 以下是我出错的地方：我使用临时分发了应用程序。

以下步骤是我的错误的解决方案：

1. 存档应用
2. 在 TestFlight 和 App Store 上分发
3. 出口
4. 在导出的新创建文件夹中打开ExportOptions.plist 。
5. 如果您像我一样上传到 App Store Connect/TestFlight，请确保method属性的值为app-store 。
6. 将导出的.ipa文件拖放到Transporter 。
7. 交付您的应用程序以上传它。

就是这样！

原答案在这里： https : //stackoverflow.com/a/62568526/10374366

Answer 6

世博用户。 我在 expo build:ios 上遇到了这个问题，这让我困惑了好几天。 来自 expo 服务器的构建大约为 39mbs，远小于以前的版本。

要修复它，我必须使用

博览会构建：ios -c

这会重置所有凭据（我对所有问题都说是）然后重建应用程序。 生成的 ipa 文件是 250mbs，现在一切正常。

Answer 7

使用这个https://github.com/ndpiparava/Swift_StripArm64e脚本文件从 .app 文件中删除 arm64e

..尼丁

Answer 8

对于我们的案例，我们使用应用程序中心来准备 android 和 ios 构建。 对于生产分支，我们使用发布配置文件，对于普通分支，我们使用普通配置文件，我们没有选择生产版本，而是使用普通分支版本，这导致了这个问题。