【问题标题】:Enable bitcode vs include bitcode before submitting app在提交应用程序之前启用位码与包含位码
【发布时间】:2016-03-24 02:00:57
【问题描述】:

应用的目标和项目中的“启用位码”设置与提交到 App Store 之前出现的“包含位码”复选框有什么区别?

如果我选择了“启用位码”FALSE 并选中了“包含位码”,会发生什么? 如果我将“启用位码”设为 TRUE 并且未选中“包含位码”,会发生什么?

我看到其他问题只询问“启用位码”的作用,但我的问题是在将应用提交到 App Store 之前,此设置与“包含位码”设置的区别。

谢谢

【问题讨论】:

  • @JustAnotherCoder 查看我的编辑,了解为什么这不能解决我的问题。
  • @allaire 值得补充的是,我们现在对 Bitcode 的大部分了解都是猜想。 Apple 已经向我们提供了一些细节,但在我们看到新架构(或对现有架构的优化)实际发布之前,我们很难确切知道它是如何工作的。
  • 那么 iTunes Connect > 我的应用程序 >(某些应用程序)> App Store > 定价和可用性,在“Bitcode Auto-Recompilation”下的设置呢?

标签: ios xcode bitcode


【解决方案1】:

正如您想象的那样,您需要同时启用这两种功能才能让您的应用支持 iTunes Connect 中的位码重新编译。仅仅在 Xcode 中启用它仅仅意味着 Bitcode“架构”被编译,并不一定意味着它被发送给 Apple。

提前警告:我已经对使用和不使用 Bitcode 的应用程序提交进行了一些测试,无论出于何种原因提交 with Bitcode 都会大大减慢处理二进制文件所需的时间,以便准备提交。如果没有 Bitcode,它可能会在几分钟或最多三个小时内出现;使用 Bitcode 时,我经常会遇到 24 小时或更长时间的延迟。

【讨论】:

  • 很高兴知道。因此,如果我在目标上禁用了它,并且仍然选中了“包含位码”,则不会发送任何内容,因为我的应用没有在启用位码的情况下存档,这是一个正确的假设吗?
  • 据我所知,这是正确的。应用程序提交不会创建存档,它只会将其发送给 Apple——此时编译和(初步)优化已经发生。话虽如此,如果您特别不想要 Bitcode (for various good reasons),我会取消选中 您看到的每个框 :)
  • 具有讽刺意味的是,今天发生在我身上的正是 相反 的事情。启用位码提交的构建通常需要大约十分钟来处理;我今天提交了一个禁用bitcode的构建:花了六个小时处理,然后报错。
【解决方案2】:

如果您的目标和所有 pod 都禁用了 bitcode,则包含 bitcode 复选框将从上传到应用商店的对话框中消失。

【讨论】:

  • 这一定是新的,你在哪个 Xcode 版本中看到了这种行为?
猜你喜欢
  • 1970-01-01
  • 2012-04-17
  • 2020-01-02
  • 1970-01-01
  • 1970-01-01
  • 2022-11-04
  • 2017-05-21
  • 2022-12-21
  • 2012-02-02
相关资源
最近更新 更多