【发布时间】:2017-07-17 15:48:01
【问题描述】:
我不小心用暂存键推送了二进制文件。除了明显的命名差异之外,这两个阶段(在 cli / 库设置方面)是否有任何真正的区别?
尝试使用 staging env 推送更新会有问题吗?
【问题讨论】:
标签: code-push react-native-code-push
我不小心用暂存键推送了二进制文件。除了明显的命名差异之外,这两个阶段(在 cli / 库设置方面)是否有任何真正的区别?
尝试使用 staging env 推送更新会有问题吗?
【问题讨论】:
标签: code-push react-native-code-push
代码推送 Staging 部署用于调试版本 (app-debug.apk),而 Production 如您所料,是生产版本 (app-release.apk)。
请参阅他们的自述文件中的此文本here,说:
就是这样!现在,当您运行或构建应用程序时,您的调试构建将自动配置为与您的暂存部署同步,并且您的发布构建将配置为与您的生产部署同步。
在您的情况下,我认为使用 staging env 推送更新不会有任何问题,但它们将仅限于 app-debug.apks 而不是 app-release.apk。
我猜你写了类似的东西
code-push release-react <appName> <platform>
然后它说了这样的话
上传进度:[============================================ =======] 100% 0.0s 成功发布包含 “/tmp/CodePush”目录到“Staging”部署的 “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>。
如果需要,您还可以重命名/删除部署。
【讨论】: