例如,我们正在并行开发移动解决方案和该解决方案的服务,因此可以在发布某些功能之前验证其有用性。在我们的场景中,我们使用签名的 android 包,但这可能适用于任何不希望手动更新服务端点的客户端应用程序。
所以在开发过程中,我们的 APK 指向https://rest-dev.myapp.com/api
. 现在我们必须构建一个全新的 APK 指向它https://rest-qa.myapp.com/api
,更糟糕的是我们的生产服务器在https://rest.myapp.com/api
.
当我们测试一个包 (myapp-qa.apk) 时,它不是按位发布给客户的应用程序 (myapp-release.apk),我们冒着巨大的风险(即使我们内部知道它“应该”是相同的代码,只是重新编译和打包)。
这个问题以前是怎么解决的?
编辑到目前为止有趣的解决方案。如果我添加了服务可以由客户托管并且我们在编译时不知道端点 URL 的约束怎么办?:-)