流程大纲1.实施方式
灰度阶段
App灰度全量功能App分发给部分用户试用
功能灰度部分功能由后台控制开关，供部分用户使用
正式阶段（全量阶段）经检验没有问题的App上传到各个应用市场，
同时引导老用户进行版本升级
2.版本升级流程
(安装包发布、应用市场)
安装包发布到
引导用户升级到新版本
专注更新引导
详细
注：因为App Store存在审核时间长的特性（3-14天不等），如果需要两端同步
发布一般是需要先将iOS端进行提审，再讲安卓提审（安卓应用市场审核周期为一
天左右），等到应用包已经上架应用商店后，接下来就是引导已经安装APP的老
用户进行升级到新版本各应用商店有自己的应用升级方式。
但是升级过程会很被动（比如用户关闭自动升级，新版本存在功能不兼容导致用
户不能使用），所以需要我们自己开发管理后台去控制各版本之间的升级方式3.运营配置升级流程
流程
引导用户升级需要在后台做两步
1.1
配置需要升级到安装包信息
2.2
设置升级方案
备注：
1. 第一步：填写安装包信息
1. 不同渠道的安装包需要填写的安装包信息不同，iOS之所以分为三种发布类型是可以理解为两个用途：appstore用于正式安装包配置，企业分发/testflight为内部测试升级使用。
2.1 testflight是苹果提供给开发者专用的测试方式，用户需要测试之前需要安装苹果提供的一个testflight工具，然后会收到开发者的测试升级邀请，或者通过开发者开放的一个公开链接去下载测试包。
testflight这种方式一是测试人数有上限（9999人），二是需要额外安装工具。
2.2 内部测试的话，也可以通过企业证书打包的方式，企业证书是面向企业内部员工使用的APP的开发者证书。开发者只需要将应用打包，生成应用下载二维码，这样用户就可以直接扫码安装。
2.3 两者可以依据现实情况考虑，不是必要选项。
2. 第二步：设置升级方案
app开发者需要更新此app以在此ios上正常使用
里面有两种主流升级方式：
1. 依据最新版本升级方式引导升级；
1.1 不管用户当前所用版本，所有版本都是依据最新版的升级方式来升级的。
优点：引导性强，可以快速引导全量用户升级到最新的版本。
缺点：影响范围广，比如本次新版功能只针对上个版本用户做了bug修复，需要强制升级，但是其他版本用户虽然没受到影响也需要跟着一起强制升级。
2. 依据用户当前所用版本升级方式引导用户升级；
2.1 新版发布时，为每个历史版本配置该版本的升级模式，比如新发布2.0.0版本，为1.2.0版本配置提示升级，为1.1.0版本配置不提示升级，为1.0.0版本配置强制升级。
优点：针对性强，可以兼容历史版本，用户影响范围小。
缺点：维护成本高，随着版本数量增多，会存在需要维护的历史版本多的情况所以升级方案参考了上面
的两种升级方式，采用第一种依据最新版本升级方式，但又补充了最小兼容版本，尽可能在用户体验及维护成本中平衡，先看下用户端的升级判断逻辑。