我不小心用分段鍵推二進制文件。除了顯而易見的命名差異之外,兩個階段(以cli /庫設置而言)是否有真正的區別?代碼推送中的分段和生產環境是否有區別?
我嘗試使用staging env推送更新時遇到問題嗎?
我不小心用分段鍵推二進制文件。除了顯而易見的命名差異之外,兩個階段(以cli /庫設置而言)是否有真正的區別?代碼推送中的分段和生產環境是否有區別?
我嘗試使用staging env推送更新時遇到問題嗎?
代碼推送Staging
部署用於調試版本(app-debug.apk),而Production
與您猜測的一樣,是生產版本(app-release.apk)。
請參閱本文對他們的自述here,說:
就是這樣!現在,當您運行或構建應用程序時,您的調試版本將自動配置爲與您的Staging部署同步,並且您的發佈版本將配置爲與您的Production部署同步。
在你的情況,我認爲你不會有推動更新與分期包膜,因爲它功能的任何問題,但他們將被限制爲app-debug.apk
秒且不app-release.apk
的。
我猜你寫的東西像
code-push release-react <appName> <platform>
然後它說,這樣的事情
上傳進度:============== ====================================] 100%0.0s成功發佈了包含 「/tmp/CodePush「目錄添加到 」APP_NAME「應用程序的」暫存「部署中。
這是分階段並且應該用於在安裝app-debug.apk
軟件包的設備中測試您的應用程序,以便您知道更新如何工作。
如果你接受這個,那麼你應該在產品構建與
code-push promote APP_NAME_HERE Staging Production
或者點擊這裏關注這個答案推廣它:How to update "Production" deployment using Code Push CLI? 剛剛發佈的更新直接到生產的基礎之上。從明顯的命名差異
我可以說一邊
有兩個階段之間的真正區別(在CLI/ 庫設置方面) - :
要回答你的問題不,沒有區別,它取決於你決定如何建立你的工作流程(雖然有一些如何使用它的做法,例如https://github.com/Microsoft/react-native-code-push#multi-deployment-testing)。
這兩個之間的區別更多地在語義層面上,你將如何使用它取決於你。
此外,如果您的應用的臨時版本和生產版本足以滿足您的需求,則可以創建任意數量的部署。 您可以使用code-push deployment add <appName> <deploymentName>
。 也可以根據需要重命名/刪除部署。