内部 Testflight 构建未安装挂起 90%答案

【问题标题】：Internal Testflight build not installing hangs at 90%内部 Testflight 构建未安装挂起 90%
【发布时间】：2015-06-05 07:06:15
【问题描述】：

我的客户正在尝试安装构建。每次，它都挂在 90%。有时他们会留下它——仍然挂起——然后检查应用程序并查看版本号是否增加了。

不过这一次，他们让它在那里运行了 5 分钟，但版本仍然没有更新。

他们删除了该应用并尝试再次安装，但它没有安装，只是挂起。我该如何解决这个问题？

【问题讨论】：

他们要从 testflght 还是 AppStore 替换的版本？
从 Testflight 替换。以前的 Apple Testflight 版本会挂在 90%，然后当他们检查应用程序时，版本号已更新（我从 Info.plist 输出）。这个最新版本，没有更新。
我们遇到了类似的问题。我们向 Apple 提交了错误报告。它还没有修复。我们已经使用各种配置文件、开发和分发以及 Ad Hoc 尝试了我们所有的应用程序，但它们都不起作用。在控制台日志中，有关于配置文件的错误。我曾经刷新 XCode->preferences->Accounts->Apple IDs->View Details-> 单击刷新按钮以刷新配置文件。它仍然没有帮助。

标签： ios app-store-connect provisioning-profile testflight

【解决方案1】：

我今天遇到了同样的问题，但只使用了外部测试人员，所以虽然我怀疑以下内容应该适用于内部测试人员，但我无法确认。这是我在文档中找到的：

来自应用分发指南：设置版本号和构建字符串

构建字符串表示捆绑包的迭代（已发布或未发布），也是两个句点分隔的正整数列表，如 1.2.3 中所示。对于 Mac 应用程序，用户可以单击“关于”窗口中的版本号以在版本号和构建字符串之间切换。有关可能值的详细信息，请参阅信息属性列表键参考中的 CFBundleVersion。

信息属性列表键参考在核心基础键的文档中：

CFBundleVersion (String - iOS, OS X) 指定捆绑包的构建版本号，它标识捆绑包的迭代（已发布或未发布）。构建版本号应该是由三个非负的、以句点分隔的整数组成的字符串，其中第一个整数大于零。该字符串应仅包含数字 (0-9) 和句点 (.) 字符。前导零会从每个整数中截断并被忽略（即 1.02.3 等价于 1.2.3）。此键不可本地化。

我的新版本在 TestFlight 中显示为 1.1，而不是我的 Xcode 项目中的 1.01，这应该是一个提示。

【讨论】：

【解决方案2】：

我遇到了同样的问题，并且与苹果公司的工程师来来回回地工作了一个月。在我的情况下，我的内部版本号在. 之后有一个0，由于某种原因，他们有一个错误，认为您的应用程序是“旧”版本。

也许你也有同样的问题：

OK = Build #: 2015.6.29
Not OK = Build #: 2015.06.29

我知道这听起来很荒谬，但这就是解决我的问题的方法。 Apple 也没有提到我不应该以 0 开头我的版本号，但我无法确认。

【讨论】：

【解决方案3】：

我们以两种不同的方式陷入这种情况。它从提交构建开始，称之为 0.9.1。每个人都很高兴并且可以安装。

然后我们提交了 0.9.2，不知何故配置文件在提交后变得无效。结果是到了 90% 的人会被告知无法安装。

在我们发现配置文件失效后，我们关闭了 TestFlight 测试的开关。继续关注电子邮件链接的用户将看到 0.9.2，即使该版本不可用，并且将获得相同的 90% 体验。对于这些用户，我们可以指示他们点击左上角的“关闭”，他们将返回到 TestFlight 中的应用列表，然后他们可以点击 0.9.1 并开始使用。

在此之后，我邀请了一些新的测试人员。所有新测试人员都会收到 0.9.2 的邀请，即使它已被禁用，而且似乎没有办法帮助他们。我们只需要提交一个新版本。

【讨论】：

你认为这是 Apple TestFlight 的错吗？
一旦我们提交了一个新版本，一切都恢复了正常。 Testflight 的行为显然是一个错误。
感谢您发布此信息。这个问题也为我自己解决了。