【问题标题】:Properly archive iOS app with extensions使用扩展正确归档 iOS 应用程序
【发布时间】:2019-01-29 23:13:41
【问题描述】:

我刚刚在我的项目中添加了一个新的 RichNotification 扩展。 现在我有了“myApp”目标和两个目标:“RichNotification”和“RichNotificationContent”

当我归档 App Store 的主要目标时工作正常,但在尝试上传到 App Store 时出现此错误:

错误 ITMS-90700:“平台不正确。您包含了 iOS arm64 可执行的 “myAPP.app/PlugIns/myAPPRichNotifications.appex/myAPPRichNotifications” 在你的 iOS 包中。只能包含 iOS 可执行文件。”

是否有任何特殊程序来归档具有多个扩展/目标的应用程序?特殊的构建配置?

确实找不到任何信息,我可能使用错误的术语进行搜索。

【问题讨论】:

  • 不,我的设置与您的链接中建议的设置相同(标准设置)。 :(

标签: ios swift xcode xcode9


【解决方案1】:

我们在使用 Transporter 从非开发人员计算机上载应用程序时遇到此错误。解决方案是在那台 Mac 上安装 Xcode。之后,上传过程顺利完成。

【讨论】:

    【解决方案2】:

    我解决了这个问题,确保我的项目中的所有构建目标都是为同一个 iOS 部署目标构建的。

    我们在我们的应用程序中添加了一个扩展,它将此值默认为 iOS 12,而我们应用程序的其余部分配置为 iOS 10。无论构建设置中的有效架构字段如何,该扩展仅使用 64-位支持,但其余的都是用 32 位和 64 位构建的。

    进行此更改后,我在扩展上运行 lipo -archs 以验证它是为 arm64 和 armv7 构建的。

    【讨论】:

      【解决方案3】:

      我遇到了类似的问题,上传应用程序产生了相同的 ITMS-90700 错误,但它与手表应用程序可执行文件有关。最后,我发现我在构建设置中有一个旧的 watchOS 目标,这导致了错误。

      与这个问题不完全相关,但这是我在 SO 上找到的唯一一个引用错误 ITMS-90700 的问题。希望它可以帮助某人。

      【讨论】:

        【解决方案4】:

        感谢@Mikhailo Karpenko

        我通过重新安装 pod 解决了这个问题 我不得不从项目设置中删除设置“ALWAYS_EMBED_SWIFT_STANDARD_LIBRARIES”,因为这是由 pod 自己设置的

        【讨论】:

          【解决方案5】:

          我遇到了同样的问题。我只是在另一台 Mac 上使用 pod updaterebuild 项目,然后 reupload 构建到 AppStore 并发出问题

          【讨论】:

            猜你喜欢
            • 2014-11-14
            • 2015-07-27
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 2013-09-13
            • 1970-01-01
            • 1970-01-01
            相关资源
            最近更新 更多