【问题标题】:Is there a difference between the staging and production env in code push?代码推送中的暂存环境和生产环境之间有区别吗?
【发布时间】:2017-07-17 15:48:01
【问题描述】:

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

尝试使用 staging env 推送更新会有问题吗?

【问题讨论】:

    标签: code-push react-native-code-push


    【解决方案1】:

    代码推送 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? 直接将更新发布到生产版本。

    【讨论】:

      【解决方案2】:

      回答你的问题:

      这两个阶段之间是否有任何真正的区别(就 cli / 库设置)除了明显的命名差异

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

      这两者之间的区别更多地在于语义层面,您将如何使用它取决于您。

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

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2017-12-17
        • 2011-02-26
        • 2015-08-03
        • 2018-05-28
        • 2019-01-16
        相关资源
        最近更新 更多