我们的应用程序有两个目标,为生产和登台应用程序提供单独的捆绑包 ID:
com.myCompany.production
com.myCompany.staging
我们使用 TestFlight 在内部测试我们的应用程序,但仅在后期阶段 - 我们正在测试
com.myCompany.production
应用程序,其 API 调用正在访问生产服务器。
现在我们想在此过程的早期进行测试,我们希望我们的内部用户测试
com.myCompany.staging
应用程序。
在 iTunes Connect 上创建新应用程序是执行此操作的唯一方法吗?我只是担心我会创建一个永远不会发布的“假”应用程序。推荐的方法是什么?
有两种选择:使用企业证书进行临时分发以及使用 Fabric.io 等第三方服务进行分发。或者使用 TestFlight,我们就是这样做的,并且没有出现任何问题。我们确保在 TestFlight 审阅者注释中明确表示此版本仅用于 beta 测试。我们发现这种方法的唯一缺点是,当您升级版本号(而不是内部版本号)时,您必须重新提交 Beta 审核,这可能需要几个小时到几天的时间。
我也面临这个问题。我所做的是。
在移动应用程序中创建服务器配置的隐藏页面
最终用户不会出于开发目的看到此页面。
在我的例子中,我创建了一个隐藏页面,我们可以在登录特定服务器之前手动输入主机 IP 地址。
要访问此页面,我在登录页面上有一个隐藏按钮,只有开发人员和测试人员知道长按该按钮,您可以访问该页面并动态更改服务器
如果您想要更多安全性,请添加另一个包含密码保护的页面。
注意:确保应用程序默认指向生产服务器。
所以流程会是这样的
安装应用程序 -> 长按隐藏按钮 -> 输入密码更改IP -> 密码正确 -> 更改IP测试服务器 -> 登录 -> 享受
有了这个,您无需在每次构建时更改捆绑包 ID。
只需维护一个应用程序即可轻松维护,而不是为不同的服务器使用不同的应用程序。