求助 iOS 分发的最佳实践
目前组里准备开一个 iOS 的项目，但是还在调研阶段，不太清楚使用哪种分法方式比较合理。理想的方式是:每次发布可以不需要 App Store 审核（非必需）
不公开发布，仅需要内部分发
用户使用量不会特别大（不超过 100 ），但是需要可以自助下载和安装，例如使用 Gift Code 或者点击一个链接就可以下载
可以手动维护用户的名单，因为使用的人是可控制的
经过文档查阅, Proprietary in-house apps 的方式应该是最适合我们，但是其两种分发方式的门槛都比较高，无论是 MDM 还是网站分发都需要更多的技术资源来实现。
想问问有没有其他比较合适的方式？ TestFlight 似乎也只能最高 90 天的有效期，虽然这个时间长度可以接受，但是是否有其他更好的方案？
谢谢
如果只是测试用的话，试试蒲公英
ci 自动构建，TestFlight 自动更新，90 天就不是问题了
@Flobit 蒲公英这样的平台本质上是他帮我们打成了文档中提到的 Custom Apps 吗？也就是使用了平台的企业证书来打包吗？有没有海外类似的平台可以推荐呢？@dcty 用户是不是在 TestFlight 里开启自动更新就可以了
@WarriorsKK #3 是的，TestFlight 可以针对单个 app 开启自动更新
可以自己部署个类似蒲公英的平台在自己服务器就行了 用 dev 证书 或者 adhoc 证书打包即可 缺点就是最多 100 台测试设备
https://github.com/yizhaorong/intranet_app_manager
现在不是新出了企业发布和隐藏 appstore 发布
用苹果的商务管理
虽然也有审核，但这个审核门槛低
用 adhoc 就可以了
adhoc 可以啊，不需要审核，最多添加 100 个设备，一个链接就可以下载，可以手动添加或者删除设备，但是需要设备的 UDID
自己部署一个就好了，很多开源的一整套，无论安卓 iOS 都可以
看到需要海外的，那就是 firebase 了，一整套啥都有
TestFlight 的内部测试好像是不用提交到 App Store 审核的，但是用户得要从已有用户导入。
@wobuhuicode firebase 加一，比 testflight 省心多了
单拿 iOS 应用分发来说，firebase 本质上还是使用的的 testflight 通道。还是会涉及到证书的管理。建议直接用 testflight ，在 iOS 应用构建完毕后，通过 苹果自带的工具 xcrun altool 上传到 testflight ，上传后，苹果会进行审核，针对内部的分发，testflight 提供外链分发的方式。用户通过外链安装后，其实已经和蒲公英的分发方式很类似了。只是蒲公英需要的是 inhouse 或者 adhoc 证书，现在一般企业应用没必要花这个钱，重新购买开发者账号获取企业内分发证书，上传到 testflight 后还有一个好处，就是以后想真的在 appstore 内发布的话，可以直接选择版本进行发布审核了。不用重新上传版本，进行内测。
没有人说 apple 的测试机是一年才能一清理的吗？感觉有点不太符合楼主的删除需求，不到一年删除也并不会腾出一台设备的名额
@xtinput 这个可能之后可以使用，那么分发和管理会容易很多，但是目前来说可能先把项目跑起来会更重要。@wobuhuicode 请问开源的项目有什么推荐吗？最好是社区热度比较高的。 我看 Firebase 这一套还是 GCP 的，目前主要云端业务主要部署在 AWS ，似乎 AWS 没有 App Distribution 相关的服务，Amplify 没有相关的业务@louzhumuyou 谢谢，很有帮助@JackYao 请问你说的清理是什么意思呢？是指的 100 个名额的清理？
@WarriorsKK 是的，测试设备是每年可以有一次机会清理，所以如果用 adhoc 分发不太零活
页:
[1]