【问题标题】:How to do a partial prod release for Native Mobile apps?如何为原生移动应用程序进行部分产品发布?
【发布时间】:2012-10-04 16:17:25
【问题描述】:

对于网络应用,我喜欢部分生产版本的想法,比如说,负载均衡器后面有 5 个服务器节点,新的代码更改只发布到 1 或 2 个其中。如果存在错误,它有助于最大限度地减少对客户的影响,并且可以更快地退出 (恕我直言)。

但是,如果我们谈论的是移动应用程序(实际的原生二进制文件,而不是移动网络应用程序)怎么办? Android、iOS、黑莓、Windows Phone...这些市场是否支持部分发布的概念,即只有一小部分客户可以下载发布?

如果没有,任何人都可以想到一个 hackalicious 方法来完成同样的事情吗?我什至愿意做一些事情,如果我们有 1,000 名客户,我们最多允许 50 名客户注册新应用程序版本的“先睹为快发布”。然后我们只需要弄清楚如何让前 50 名注册者独占访问新版本。

我愿意做任何事情,只要有办法只将新的原生二进制文件发布到总客户群的一小部分,然后在未来某个时间点发布到整个客户群。提前致谢!

【问题讨论】:

  • 对于您所询问的每个平台,这是一个不同的问题,因为每个平台的分发选项都有很大差异。

标签: android ios windows-phone-7 blackberry release-management


【解决方案1】:

Facebook 有一个称为 Gatekeeper 的系统,它在内部用于他们的移动应用程序。它允许公司通过逐步为其用户启用 UI 元素来发布新功能,如果您知道功能切换它非常相似。

Google Play 有分阶段推出解决方案,用于逐步发布新版本(完整版本),您可以控制将收到应用新版本的用户百分比。 (read more)

关于 Rollout.io:(免责声明,我是联合创始人)

Rollout.io 旨在让您从云端控制您的生产环境,它目前专注于解决生产中的错误。我们有一些客户使用它进行功能切换、远程配置和 A/B 测试。查看我们的videosite 了解更多详情。

我们目前处于测试阶段,正在逐步添加新用户(如果您需要排队,请告诉我)

【讨论】:

    【解决方案2】:

    苹果应用商店不允许这样做。我建议您每次收到错误报告或功能请求时都要求他们成为 beta 测试人员。收集尽可能接近允许的 100 个,并且只使用新功能进行大型 beta 推送,您至少知道他们是足够关心给您报告的用户。这将是更多的工作,但它会为您提供一种在推送给所有人之前进行真正测试的安全方法。

    在 Android 上,您可以通过在多个应用商店发布您的应用并一次只更新其中一个商店来伪造这一点。如果您只打算支持 Google Play,这将是一项繁重的工作。

    【讨论】:

    • 感谢 @rooster117 (+1) - 我仍在熟悉 Apple 的应用商店规则/政策。从您的回答中,我得到以下共识:(1)Apple 允许用户注册为应用程序“beta 测试员”,(2)Apple 允许您发布新版本,但仅限于已注册为 beta 测试员的客户?再次感谢您的中肯建议!
    • 您将需要研究一个“临时”版本,它允许您将构建发送给 beta 测试人员。您需要收集他们的 UDID 才能执行此操作。
    • testflightapp.com 之类的工具(这不是唯一的工具)使 beta 测试比通过商店更容易。您只需要他们的电子邮件地址,并在那里上传新版本。这相当容易。
    • 请参考rollout.io似乎达到了你的要求:)
    猜你喜欢
    • 2021-04-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-12-10
    • 2020-04-26
    • 2016-10-04
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多