使用新的捆绑标识符和配置文件构建 Testflight

Posted

技术标签:

【中文标题】使用新的捆绑标识符和配置文件构建 Testflight【英文标题】:Testflight build with new bundle identifier and provisioning profile 【发布时间】:2019-04-10 09:50:40 【问题描述】:

我在 TestFlight 中申请了以下详细信息。

包标识符:a

供应配置文件:具有作为捆绑标识符的配置文件。

现在我需要在 TestFlight 中上传一个新应用程序。

捆绑标识符:a.b

供应配置文件:以 b 作为捆绑标识符的新供应配置文件。

问题:

    对于TestFlight中已经存在的应用程序,当前版本号是1.0.1,内部版本号是9。现在对于新的TestFlight应用程序,由于捆绑标识符已更改,如果我启动版本号可以吗从 1.0.1 开始,内部版本号为 0?

    我需要为此应用程序创建一个新的 TestFlight 项目吗?

    捆绑标识符为“a”的生产应用程序会受到影响吗?

【问题讨论】:

【参考方案1】:

TestFlight 中的每个应用都绑定到一个唯一的 bundleID。要在 TestFlight 中上传新应用程序,您需要在 TestFlight 中使用不同的 bundleID 设置新的应用程序。

在版本控制方面,您可以从任何数字开始。它不必从 1.0 开始。内部版本号也是如此。

由于捆绑标识符为 a.b 的应用与生产应用 (a) 不同,因此不应受到影响。

【讨论】:

以上是关于使用新的捆绑标识符和配置文件构建 Testflight的主要内容,如果未能解决你的问题,请参考以下文章

应用 ID 和捆绑标识符:配置文件问题

iOS捆绑标识符错误

如何从配置文件中提取捆绑标识符?

如何通过与之关联的目标名称或捆绑标识符来查找配置文件的名称?

获得批准后,我可以在我的应用中更改捆绑标识符吗?

更改捆绑包标识符 - 获取应用程序以从头开始创建新版本