代码推送中的staging和production env之间有区别吗？

Question

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

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

Answer 1

代码推送Staging部署用于调试版本（app-debug.apk），而Production就像您猜测的那样，生产版本（app-release.apk）s。

请参阅自述文件here上的文字，说：

  

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

在您的情况下，我认为使用staging env推送更新不会有任何问题，因为它只是app-debug.apk而不是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?  直接向生产版本发布更新。

Answer 2

回答你的问题：

  

这两个阶段之间是否存在真正的差异（就cli而言）   库设置）除了明显的命名差异

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

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

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