![](/img/trans.png)
[英]Using Google's App Invites beta with an android app that has multiple build flavors (production, qa, debug, etc.)
[英]Using a different Application Id for debug/QA (via gradle Build Flavor) and Google App Engine
我正在考虑通过附加“ -DEBUG”来更改我的应用程序ID的名称,这使我可以在同一设备上安装它的发行版和调试版(并且还可以通过其他方法来解决Crashlytics过滤问题以解决此问题),但由于所有安全功能均应按原样绑定到应用程序名称,因此它对Google App Engine后端造成了问题。
我正在考虑两个可能的解决方案,但想看看是否有人遇到了这个问题并且可能有一个更优雅的方法。
1)相反,我可以通过gradle versionNameSuffix更改应用程序版本,尽管这不允许应用程序的两个版本共存
2)在应用引擎后端注册两个应用ID
我在想这个错误的方式吗? 总的来说,人们如何处理其应用的Release与QA实例并设置其后端的相应版本? 另外,Release和QA后端实例是否共享相同的数据存储? 谢谢。
就我个人而言,我一直都在使用您正在考虑的后缀方法,除了带有一组系统性的后缀(如果有单个“开发中”版本, -dev-<developersusername>
-dev
如果团队中的每个开发人员都有一个单独的后缀,则使用-dev-<developersusername>
一个-staging
, -qa
, -canary
, -prod
等,具体取决于给定应用程序的确切部署工作流程。
而且,我需要使用各种版本的任何外部系统(例如您所用的应用引擎后端),都在其上注册所有相关版本。 通常,一个小的,简单的脚本可以简化工作!-)
我认为在生产版本(其数据可能是宝贵的并且绝对要保留)和开发版本(很可能是错误的)之间共享数据存储或其他持久性数据集是非常冒险的-不能新版本中有些意外的错误会抹去珍贵的保留数据?
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.