Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/iphone/43.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
在审查iOS应用程序时,如何管理应用程序服务器更改?_Ios_Iphone_App Store_App Store Connect_Appstore Approval - Fatal编程技术网

在审查iOS应用程序时,如何管理应用程序服务器更改?

在审查iOS应用程序时,如何管理应用程序服务器更改?,ios,iphone,app-store,app-store-connect,appstore-approval,Ios,Iphone,App Store,App Store Connect,Appstore Approval,我想知道其他人在他们的iOS应用程序被审查期间是如何管理他们的后端API的 每次发布时,我们都在不断更新/添加新的API端点。我们遇到的主要问题是当我们必须更改数据库模式时。我们不希望在苹果批准应用程序之前(可能需要4天以上)将后端更改升级到生产服务器 目前,我们将iOS应用程序设置为手动发布,并在两台生产服务器之间切换。因此,app store中的app v1.0将指向我们的prod1服务器,而review中的app v2.0将指向我们的prod2服务器。苹果批准v2.0后,我们将我们的pro

我想知道其他人在他们的iOS应用程序被审查期间是如何管理他们的后端API的

每次发布时,我们都在不断更新/添加新的API端点。我们遇到的主要问题是当我们必须更改数据库模式时。我们不希望在苹果批准应用程序之前(可能需要4天以上)将后端更改升级到生产服务器

目前,我们将iOS应用程序设置为手动发布,并在两台生产服务器之间切换。因此,app store中的app v1.0将指向我们的prod1服务器,而review中的app v2.0将指向我们的prod2服务器。苹果批准v2.0后,我们将我们的prod1数据库复制到prod2,运行所有迁移,然后发布v2.0。将更改升级到prod2后,我们将更新prod1上的配置设置,该设置将向app v1.0发送响应,并提供指向app store的链接以下载app v2.0


感觉有更好的方法来解决这个问题。有兴趣了解其他人是如何处理此问题的。

我们已成功地在REST调用中使用iOS应用程序版本(作为标题的一部分传递),以支持同一服务器上的多个应用程序版本。鉴于您通常必须支持多个旧版本的iOS客户端,无论如何,这似乎是最简单的方法