对于 Web 应用程序，我喜欢部分生产版本的想法，例如，负载均衡器后面有 5 个服务器节点，而新的代码更改只会发布到其中的 1 或 2 个。如果存在错误，它有助于最大限度地减少对客户的影响，并且可以更快地退出（恕我直言）。
但是，如果我们谈论的是移动应用程序（实际的原生二进制文件，而不是移动 Web 应用程序）呢？Android、iOS、黑莓、Windows Phone……这些市场是否支持部分发布的概念，即只有一小部分客户可以下载发布？
如果没有，任何人都可以想出一种骇人听闻的方式来完成同样的事情吗？我什至愿意做一些事情，如果我们有 1,000 名客户，我们允许最多 50 名客户注册新应用程序版本的“抢先发布”。然后我们只需要弄清楚如何让前 50 名注册者独占访问新版本。
我愿意做任何事情，只要有办法只将新的本地二进制文件发布到总客户群的一小部分，然后在未来某个时候发布到整个池。提前致谢！
Facebook 有一个称为 Gatekeeper 的系统，它在内部用于他们的移动应用程序。它允许公司通过逐步为其用户启用 UI 元素来发布新功能，如果您知道功能切换它非常相似。
Google Play 有一个分阶段推出的解决方案，用于逐步发布新版本（完整版本），您可以控制将收到应用新版本的用户百分比。（阅读更多）
关于 Rollout.io：（免责声明，我是联合创始人）
Rollout.io 的构建允许您从云端控制您的生产环境，它目前专注于解决生产中的错误。我们有一些客户使用它进行功能切换、远程配置和 A/B 测试。查看我们的视频和网站了解更多详情。
我们目前处于测试阶段，正在逐步添加新用户（如果您需要排队等候，请告诉我）
苹果应用商店不允许这样做。我建议每次收到错误报告或功能请求时，都请他们成为 beta 测试人员。尽可能收集接近 100 个允许的数量，并使用新功能进行大型 beta 推送，您至少知道他们是足够关心为您提供报告的用户。这将是更多的工作，但它会给你一个安全的方式来进行真正的测试，然后再推送给每个人。
在 Android 上，您可以通过在多个应用商店发布您的应用并一次只更新其中一个商店来伪造这一点。如果您只打算支持 Google Play，这将是很多工作。