已知条件:
1.App Store上的版本号不需要和 testflight 上的版本号一致,只需要后者比前者版本号高,例如 App Store 准备提交 1.0.0 版本,那么 testflight 上的1.0.1(1)也能作为审核时提交的构建包。括号里是编译版本号,默认会自动加1,可以自己改。
2.testflight 提供给外部测试链接,每个版本的第一个构建包是需要审核的,后续更新只是增加编译版本号,不需要再审核。
假设:
一开始弄一个非常高的版本上架 testflight ,比如 9.9.9(1),后续迭代只是增加编译版本号,前面的版本号就不改了。App Store 上从 1.0.0 开始,每次迭代只需要选最新的编译版本号去构建,只要 App Store 版本号不轻易增加第一位,基本这辈子都不会超过 9.9.9 的。这样 testflight 也不用每个版本提前发一个包去审核了。
操作上可行,Apple比较重视 App Store 上的审核,testflight 基本是机审。