在开发过程中，我们对公司Testflight进行了内部测试，这些测试永远不会生效，但是会在客户的Testflight上启动游戏。这导致我们有两个不同的捆绑包ID，其中内部捆绑包ID类似于 com.mycompany.client.appname ，而客户端的捆绑包名为 com.clientcompany.appname 。
通常，我们添加第二个GoogleService-Info.plist，因为Firebase会记录有关此消息（该IMO应该是致命错误）：
项目捆绑包ID org.icivics.ratify与您的GoogleServices-Info.plist文件中的任何捆绑包ID不匹配。这将导致应用无法初始化。
但是，最近发布的应用仅内部捆绑包ID的GoogleService-Info.plist。尽管仪表板的捆绑ID与GoogleService-Info.plist中的捆绑ID不匹配，但该仪表板似乎可以正确报告指标。由于仍在报告指标，因此我不确定是否应该对此进行关注。
如果我们不使用正确的GoogleService-Info.plist推送更新会带来什么后果？
答案 0 :(得分：0)
项目的GoogleService-Info.plist文件包含有关该Firebase项目中所有iOS应用程序的信息。当您在代码中初始化Firebase应用时，它会根据其捆绑包ID查找当前应用的配置数据。
如果您在应用程序中使用过时的GoogleService-Info.plist，则可能无法找到该应用程序的信息。在这种情况下，Firebase将无法初始化并引发错误。