code-push - 代码推送中的暂存环境和生产环境之间有区别吗？

Question

我不小心用暂存键推送了二进制文件。除了明显的命名差异之外，这两个阶段（在 cli / 库设置方面）是否有任何真正的区别？

尝试使用暂存环境推送更新时会遇到问题吗？

score 5 · Accepted Answer

代码推送Staging部署用于调试版本 (app-debug.apk)，而Production正如您猜测的那样，生产版本 (app-release.apk)。

请参阅此处的自述文件中的此文本，说：

就是这样！现在，当您运行或构建应用程序时，您的调试构建将自动配置为与您的暂存部署同步，并且您的发布构建将配置为与您的生产部署同步。

在您的情况下，我认为使用 staging env 作为一项功能推送更新不会有任何问题，但它们将仅限于app-debug.apks 而不是app-release.apk那些。

我猜你写了类似的东西

code-push release-react <appName> <platform>

然后它说了这样的话

上传进度：[================================================ ====] 100% 0.0s 成功将包含“/tmp/CodePush”目录的更新发布到“APP_NAME”应用程序的“Staging”部署。

这是暂存的，应该用于在您安装app-debug.apk捆绑包的设备中测试您的应用程序，以便您了解更新将如何工作。

如果你对它没问题，那么你应该将它推广到生产版本

code-push promote APP_NAME_HERE Staging Production

或在此处关注此答案：如何使用代码推送 CLI 更新“生产”部署？只需将更新直接发布到生产版本。

score 0 · Accepted Answer

要回答您的问题：

除了明显的命名差异外，这两个阶段之间是否有任何真正的区别（在 cli / 库设置方面）

我可以说 - 不，没有区别，由您决定如何构建您的工作流程（尽管在如何使用它方面有一些实践，例如https://github.com/Microsoft/react-native -code-push#multi-deployment-testing）。

这两者之间的区别更多的是在语义层面上，你将如何使用它取决于你。

此外，如果您的应用程序的暂存和生产版本足以满足您的需求，您可以创建任意数量的部署。你可以用code-push deployment add <appName> <deploymentName>这个。如果需要，您还可以重命名/删除部署。

2 回答 2