簡體   English   中英

使用其他應用程序ID進行調試/質量檢查(通過gradle Build Flavor)和Google App Engine

[英]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.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM