我通过TestFlight分发了版本1.0,构建1的应用程序,并且一切正常。
昨天我归档并发送了构建2,现在每个用户在点击更新按钮后似乎都会收到一个错误:
无法下载应用
[应用程序名称] 无法安装
我还没有听说过任何没有安装构建1的用户,但查看iTunes Connect,没有用户安装构建2。
我通过TestFlight分发了版本1.0,构建1的应用程序,并且一切正常。
昨天我归档并发送了构建2,现在每个用户在点击更新按钮后似乎都会收到一个错误:
无法下载应用
[应用程序名称] 无法安装
我还没有听说过任何没有安装构建1的用户,但查看iTunes Connect,没有用户安装构建2。
今天遇到了完全相同的问题,尝试通过公司WiFi下载安装新的Testflight版本。我们发现仍然可以通过LTE从移动设备下载和安装该应用程序,这导致我们得出结论:由于未知原因,Testflight必须已经(暂时)阻止了我们办公室的IP。
供后续读者参考:
这可能是证书/配置文件的问题。
我在清除了我的 Mac 并重新安装了操作系统之后遇到了这个问题(也就是说,我的密钥链中的所有证书和配置文件都消失了),我按照以下步骤解决了这个问题:
删除 / 撤销任何现有的证书和 Prov. 配置文件。(在我的情况下,Xcode 尝试下载与我的旧电脑相关的证书,并因此使它们无效)。
然后,按以下顺序执行:
Xcode 在构建 app 供 TestFlight 或 App Store 使用时使用您的发布证书对其进行签名。这就是为什么上传到 test flight 时拥有 Dist. Cert. 很重要的原因,即使它只是供内部测试使用。我不知道在 test flight 中是否需要有效的 Dev. 证书和 Prov. 配置文件,但拥有它并不会有害。您无论如何都需要它将 app 构建到手机上。
希望这可以帮助您。
我遇到过这个错误很多次,但我发现了一个非常奇怪的模式并有了一个非常奇怪的理论。
下一次,在将您的应用程序提交给苹果进行测试之前,请不要立即将其提交给beta审查。以内部测试人员的身份在iOS设备上至少使用TestFlight下载应用程序一次。在将应用程序提交进行Beta审核之前执行此操作可以让它正常工作。
听起来很疯狂,我不能确定以内部测试人员的身份下载应用程序是否会"触发"任何东西,但这种方法对我似乎有效。虽然可能是偶然的巧合,但如果有人能够证实/否认我的理论,那就很有趣了。
这绝对是TestFlight中目前最让人恼火的错误之一。 :/
我也遇到了同样的错误。对我有用的唯一方法是卸载TestFlight应用程序,然后重新安装。
我在以下情况下遇到了相同的问题:在应用商店联接中创建了一个测试用户组,甚至在构建得到批准之前(即处于“等待审核”状态)。我们确实收到了来自TestFlight的通知,但当点击“在 TestFlight 中查看”时,出现了这个错误。 我将已获批准的构建添加到该组中并重新发送了邀请。这对我非常有效。
我之前有一个同名的应用程序版本。只需从我的设备中删除它,TestFlight安装就可以正常工作。