【问题标题】:Testers could not download app from Firebase App Distribution [closed]测试人员无法从 Firebase App Distribution 下载应用程序 [关闭]
【发布时间】:2020-02-04 07:20:02
【问题描述】:

我们将 iOS 应用推送到 Firebase 分发版,并向每位测试人员发送了邀请。我们的测试人员遵循所有步骤并准备测试应用程序。不幸的是,测试人员收到消息“开发人员需要更新他们的应用程序才能在您的设备上运行。一旦应用程序准备好进行测试,您就会收到一封电子邮件。“一旦他们尝试将应用程序下载到他们的 iOS。我们可以确定我们将应用构建为生产版本。

你们能给我关于这个问题的想法吗?

【问题讨论】:

  • 请直接联系 Firebase 支持以获取故障排除帮助。 support.google.com/firebase/contact/support
  • 谢谢@DougStevenson。会这样做并在此处更新他们的答案。
  • 我投票结束这个问题,因为它是关于第三方服务支持的问题,而不是关于我们可以回答的特定编程问题的问题。

标签: ios firebase firebase-app-distribution


【解决方案1】:

我通过EXCLUDED_ARCHS 为任何iOS SDK 禁用arm64 得到此错误,包括 iOS 设备(看到问题了吗?)。存档和上传一样工作正常,但在用户下载应用程序后,我收到此消息。

如果您有一个设置 EXCLUDED_ARCHS 的 Podfile,您需要使应用程序和 Pod 保持一致(包括 arm64 用于 sims only)。

【讨论】:

    【解决方案2】:

    我终于解决了这个问题。

    整个问题与配置文件有关。 当您必须为 Firebase App Distribution 导出时,他们的文档中明确说明应使用临时导出,但对整个过程和选项的解释很少。..

    以下是必要的步骤:

    1. 在您的开发者帐户中生成一个新的分发证书。
    2. 为分发生成新的配置文件。
    3. 对于新配置文件,选择正确的 AppId、分发证书,选择 ad-hoc,然后选择所需的设备 UUID(测试人员的)
    4. 在 Xcode 中保持选中自动签名,并使用您的开发人员配置文件。
    5. 确保更新您的个人资料:Xcode/Preferences `Download Manual Profiles' 按钮。
    6. 确保Target/Building Settings/SigningProject/Building Settings/SigningDebugRelease 下都显示iOS Developer 配置文件,而不是Keychainone,而是Automatic 一个,否则自己选择。
    7. 存档项目。 Product/Archive
    8. 导出 .ipa:
    9. 如果 Xcode 没有让您进入管理器窗口,请打开它Windows/Organizer
    10. 选择正确的应用程序(从左侧ìOS Apss`列中)和存档文件(最新的位于列表顶部。
    11. 选择Distribute App按钮。
    12. 选择一种分发方法(在本例中为 Ad Hoc)并单击Next按钮。请记住,每种方法都需要自己的证书和配置文件。
    13. 选择选项(我保持原样..)并点击Nextbutton。
    14. 重新签署应用程序是出错的地方,请保留Automatic(这里是 Xcode 连接到您的开发者帐户并使用 Distributioncertificate 和配置文件签署应用程序的地方。
    15. 所有编译完成后,点击Export按钮。
    16. 选择在您的计算机上存储文件的位置,然后点击Export

    希望此分步指南对其他人有所帮助..因为文档对整个过程的描述非常不清楚,并且令人费解的所有信息都非常令人沮丧..

    干杯。

    【讨论】:

      【解决方案3】:

      谢谢各位。我的问题是我用 export_method 构建了我的应用程序是应用程序商店,正确的方法应该是临时的。我将 export_method 更改为 ad-hoc,它按我的预期工作。

      如果有人更改了 export_method 并且仍然收到错误。请查看Vincenzo's answer

      【讨论】:

      • 我实际上是用 Developer 方法导出的,这让我做噩梦。我正在尝试使用 ad Hoc 看看会发生什么
      • 您如何管理配置文件?每次添加新的测试人员时,你会创建一个新的并在 Xcode 中更新它吗?因为这似乎是我的问题..我被建议忘记 Firebase App Distribution 并使用 TestFlight ..你可以在这里查看我的问题..谢谢stackoverflow.com/questions/58543678/…
      • 我实际上只有 3 个配置文件:开发、临时和分发。一旦我标记了我的代码,这是启动我的 CI/CD 以构建新版本并将其上传到 Firebase App Distributor 的触发器。我在 CI/CD 中的脚本会在构建应用程序时自动将我的项目切换到临时配置文件。
      • 我明白了..我实际上对 adHoc 构建做了一场噩梦..我上传它会引发错误..我创建了一个 adHoc 配置文件并下载了它,但它没有似乎被 Xcode 使用了.. 使用 adHock 作为导出方法的构建在上传到 FBDistribution 时显示错误.. 知道为什么吗??
      • 在特殊情况下可以 fastlane 帮助您吗?
      【解决方案4】:

      当我第一次使用该服务时,我最初以为我不了解它的实际工作原理,或者它太愚蠢以至于难以置信,但实际上它的行为符合预期。 我的第一次经历是这样的:

      1. 我使用当前的配置文件(开发人员,而不是企业)导出了我的应用程序,并将其上传到了 firebase 分发版(第一次)。

      2. 我向测试人员发送了一个链接,用于下载和安装他们无法使用的应用,因为他们的设备 UUID 未在我的配置文件中注册。

      3. 我收到一封邮件,其中包含我的第一个测试人员的设备 UUID,并将其添加到我的配置文件中。

      4. 我再次导出应用程序并再次上传(第二次)。

      5. 它创建了一个新发行版,因此我向他发送了第二个链接,以下载并安装现在应该可以使用的第二个版本。

      6. 我的第二个测试员接受了,我收到了第二封邮件。添加、导出和上传(第三次)。

      7. 这次在控制台上显示一个蓝色大矩形,其中显示版本已使用新设备更新,测试人员将收到邮件通知。 (这是我实际期望的工作方式)。

      我的第二次上传会发生什么?企业证书会避免所有这些设备 UUID 注册部分吗?

      【讨论】:

        【解决方案5】:

        来自您的测试人员的消息意味着测试人员的 udid 不在已上传应用的配置文件中。当测试人员在测试人员入职流程中向 App Distribution 注册其设备时,App Distribution 会收集 udid 并将其发送给您。因此,您需要将 udid 添加到配置文件中,重新构建应用程序并再次发送。

        【讨论】:

          猜你喜欢
          • 2020-02-21
          • 2022-09-26
          • 2015-07-01
          • 2021-05-11
          • 1970-01-01
          • 2013-07-13
          • 1970-01-01
          • 2012-05-22
          相关资源
          最近更新 更多