我们将iOS应用推送到Firebase发行,并向每位测试人员发送了邀请。我们的测试人员遵循了所有步骤,并准备测试该应用程序。不幸的是,测试人员收到消息“开发人员需要更新他们的应用程序,以便它可以在您的设备上运行。一旦应用程序准备好进行测试,您将收到一封电子邮件。”一旦他们尝试将应用程序下载到他们的iOS。我们可以确定我们将应用程序构建为生产版本。
你们能给我关于这个问题的想法吗?
答案 0 :(得分:1)
谢谢大家。我的问题是我使用export_method在应用商店中构建了我的应用,正确的方法应该是临时的。我将export_method更改为ad-hoc,并且按预期工作。
如果有人更改了export_method仍然出现错误。请检查Vincenzo's answer
答案 1 :(得分:0)
测试人员发出的消息表示测试人员的被调查不在上载应用的配置文件中。当测试人员在其入职流程中向App Distribution注册其设备时,App Distribution会收集被调查者并将其发送给您。因此,您需要将udid添加到配置文件中,重建应用程序,然后再次发送出去。
答案 2 :(得分:0)
当我第一次使用该服务时,我最初以为我不了解它的实际工作方式,或者它太愚蠢以至于无法实现,但是后来却表现出了预期的效果。 我的第一次经验是这样的:
我使用当前的配置文件(开发人员而非企业版)导出了我的应用,并将其上传到Firebase发行版(第一次)。
我向测试人员发送了一个链接,以下载并安装他们无法使用的应用程序,因为他们的设备UUID未在我的配置文件中注册。
我收到了一封带有第一个测试人员的设备UUID的邮件,并将其添加到我的配置文件中。
我再次导出了该应用,然后再次上传(第二次)。
它创建了一个新发行版,所以我给他发送了第二个链接,以下载并安装现在应该可以使用的第二个版本。
我的第二位测试员接受了,我收到了第二封邮件。添加,导出和上传(第三次)。
这一次在控制台上显示了一个大的蓝色矩形,并显示消息已使用新设备更新了版本,并且将通过邮件通知测试人员。 (这是我实际上预期的工作方式)。
第二次上传可能会发生什么?企业证书会避免所有此设备UUID注册部分吗?
答案 3 :(得分:0)
我终于解决了这个问题。
整个问题与供应配置文件有关。 当您必须为Firebase App Distribution导出时,他们的文档中明确指出应使用即席导出,但是对整个过程和选项的解释很少。
这是必要的步骤:
Target/Building Settings/Signing
和Project/Building Settings/Signing
下的iOS Developer
和Debug
中都显示Release
的个人资料,而不是Keychain
Automatic
一个,否则自己选择。Product/Archive
。Windows/Organizer
Distribute App
按钮。Next
按钮。请记住,每种方法都需要自己的证书和配置文件。Next
按钮。Automatic
(此处是Xcode连接到您的开发者帐户的位置,并使用Distribution
证书和个人资料对应用程序进行签名。Export
按钮。Export
。希望此分步指南对其他人会有所帮助。由于文档对整个过程的描述非常不清楚,令人费解的所有信息都令人感到沮丧。
干杯。
答案 4 :(得分:-5)
对于iOS应用,您应该考虑使用TestFlight,这样就不必在每次新的测试人员下载您的应用时都继续重建Adhoc配置文件。