我们在开发过程中对公司 Testflight 进行内部测试，但从未上线，但随后在客户的 Testflight 上发布游戏。这导致我们有两个不同的捆绑 ID，其中内部捆绑 ID 类似于 com.mycompany.client.appname，而客户端的 ID 为 com.clientcompany.appname。
通常我们会添加第二个 GoogleService-Info.plist，因为 Firebase 会记录有关此内容的消息(IMO 应该是 fatal error ):
Project Bundle ID org.icivics.ratify does not match any bundle IDs in your GoogleServices-Info.plist files. This will result in an app that will fail to initialize.
但是，最近上线的一个应用仅使用 GoogleService-Info.plist 作为内部 bundle ID。然而，尽管应用程序的捆绑 ID 与 GoogleService-Info.plist 中的捆绑 ID 不匹配，但仪表板似乎可以正确报告指标。因为仍在报告指标，所以我不确定是否应该担心这一点。
如果我们不使用正确的 GoogleService-Info.plist 推送更新，会产生什么后果？
最佳答案
项目的 GoogleService-Info.plist 文件包含有关该 Firebase 项目中所有 iOS 应用的信息。当您在代码中初始化 Firebase 应用时，它会根据其 bundle ID 查找当前应用的配置数据。
如果您在应用中使用过时的 GoogleService-Info.plist，它可能无法找到该应用的信息。在这种情况下，Firebase 将无法初始化并引发错误。
关于ios - 我可以对具有不同捆绑 ID 的两个 iOS 应用使用相同的 Firebase GoogleService-Info.plist 吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/55419510/