对不同的构建方案使用不同的GoogleService-Info.plist
我使用了一个用于prod的构建方案和一个用于staging的构建方案（有两个不同的包标识符），并且我试图为每个方案使用单独的GoogleService-info.plist。在初始化GCM（和goole登录）时，有没有方法手动选择plist文件？还是可以避免使用plist而手动进行设置？
谢谢！
共有1个答案
测试时间：
- Xcode 9.2
- Xcode 10.2(10E125)
- Xcode 11.0(11A420A)
- 在项目中使用所有Google.plist文件（名称不同）创建文件夹
不要忘记更改PATH_TO_GOOGLE_PLISTS值
PATH_TO_GOOGLE_PLISTS="${PROJECT_DIR}/SM2/Application/Firebase"
case "${CONFIGURATION}" in
"Debug_Staging" | "AdHoc_Staging" )
cp -r "$PATH_TO_GOOGLE_PLISTS/GoogleService-Info-dev.plist" "${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.app/GoogleService-Info.plist" ;;
"Debug_Poduction" | "AdHoc_Poduction" | "Distribution" | "Test_Poduction" )
cp -r "$PATH_TO_GOOGLE_PLISTS/GoogleService-Info-prod.plist" "${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.app/GoogleService-Info.plist" ;;
*)
;;
esac
-
我正在构建一个具有多种不同风格的应用程序。我的问题是，如果我为基于flavor的活动使用不同的代码，我是否需要在所有flavor directores中包含该代码的副本，或者如果我只将代码副本保留在app/src/main/java目录中，如果我不将其包含在flavor目录中，其他所有flavor是否会使用main/java中的文件。 我有 app/src/main/java/com/mycomp
-
我在阅读oracle的多线程官方教程时，遇到了这个例子(假设< code>c1和< code>c2从未一起使用): 据说通过使用锁1 然而，我并不认为这有助于减少阻塞，因为它们彼此之间没有依赖关系。我有多个线程同时运行这两个方法，当我使用lock对象和this关键字时，性能非常相似。 有人可以帮助解释我的困惑吗？喜欢用一个例子来说明差异。 除了这里的讨论，这篇文章也帮助澄清了我的疑虑。要点：将sy
-
在NPM 包的dist/目录你将会找到很多不同的 Vue.js 构建版本。这里列出了它们之间的差别： UMD CommonJS ES Module 完整版 vue.js vue.common.js vue.esm.js 只包含运行时版 vue.runtime.js vue.runtime.common.js vue.runtime.esm.js 完整版 (生产环境) vue.min.js - -
-
而输出是 谁能详细说明一下1380605909318和61341428160000之间的区别？
-
本文向大家介绍使用maven的profile构建不同环境配置的方法，包括了使用maven的profile构建不同环境配置的方法的使用技巧和注意事项，需要的朋友参考一下 最近使用到了maven的profile功能，发现这个功能的确很好用也很实用，这块的知识比较多也比较乱，其实真正理解了之后非常简单，为了巩固总结知识，有个更清晰的知识体系，本文诞生了，希望能让像我一样零基础的小白一看就懂，有请戏精，闪
-
然后我将Android应用程序添加到staging firebase项目中。我为staging firebase项目下载了google-services.json文件，并将其交换到Android/app目录中。目前，Android生产应用程序和staging应用程序之间的唯一区别是google-services.json文件。一旦我这样做了，firebase就不为分期应用程序工作了。活动用户没有反