内部Testflight构建未安装挂起率为90％

Question

我的客户正在尝试安装构建版。每次，它都挂在90％。有时他们会离开它 - 仍然悬挂 - 并检查应用程序并查看版本号增加。

这一次，他们已经让它在那里运行了5分钟，但版本仍未更新。

他们删除了应用并尝试重新安装，而不是安装，只是挂起。我该如何解决这个问题？

Answer 1

我遇到了同样的问题，并与Apple合作了一个月，与工程师一起来回走动。在我的情况下，我的内部版本号在0之后有一个.由于某种原因他们有一个错误，认为你的应用程序的“旧”版本。

也许你遇到了同样的问题：

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

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

Answer 2

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

从应用程序分发指南：设置版本号和构建字符串

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

信息属性列表密钥参考在Core Foundation Keys的文档中：

CFBundleVersion（String - iOS，OS X）指定捆绑包的构建版本号，该版本号标识捆绑包的迭代（已发布或未发布）。构建版本号应该是由三个非负的，周期分隔的整数组成的字符串，第一个整数大于零。该字符串应仅包含数字（0-9）和句点（。）字符。前导零从每个整数中截断，将被忽略（即1.02.3相当于1.2.3）。此密钥不可本地化。

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

Answer 3

我们以两种不同的方式进入这种情况。它首先提交构建，称之为0.9.1。每个人都很开心，可以安装。

我们随后提交了0.9.2，提交后，配置文件无效。结果是人们会达到90％，然后被告知无法安装。

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

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