将 iOS 应用程序提交到 App Store 进行审核,而不将服务器更新推送到生产环境
Submitting iOS App to App Store for Review Without Pushing Server Updates to Production
我们的平台正在进行重大升级,其中包括影响数据库架构和数据关系。
我们已经更新了我们的应用程序,即将提交到 App Store 进行审批。我们将提交带有指向我们生产环境的 API 端点的应用程序,但新端点只有在我们平台的数据库模式升级后才能工作,我们不想在我们的应用程序获得批准之前这样做。
有人知道如何进行吗?有没有办法为应用程序提供暂存和生产端点 API,让 Apple 审查暂存端点,但让应用程序与生产端点一起运行?
PS - 由于时间限制,我们尚未进行具有向后兼容性的平台升级,因此我们会要求 iOS 应用程序用户在我们的平台成功升级后升级到新应用程序已升级。
我有一个想法可能对你有用。将您的新平台放在临时服务器中。让你的应用程序。连接到它仅用于苹果测试。给 apple 一个只连接到临时服务器的测试用户,所有其他用户都连接到实时服务器。
稍后您可以上传不包含该逻辑的新版本。 x.x.1 版本.
记得 select 说开发者发布的选项。意味着您的应用将被接受,但在您手动发布之前不会发布。这允许您发布应用程序。并同步更新您的平台。
我们的平台正在进行重大升级,其中包括影响数据库架构和数据关系。
我们已经更新了我们的应用程序,即将提交到 App Store 进行审批。我们将提交带有指向我们生产环境的 API 端点的应用程序,但新端点只有在我们平台的数据库模式升级后才能工作,我们不想在我们的应用程序获得批准之前这样做。
有人知道如何进行吗?有没有办法为应用程序提供暂存和生产端点 API,让 Apple 审查暂存端点,但让应用程序与生产端点一起运行?
PS - 由于时间限制,我们尚未进行具有向后兼容性的平台升级,因此我们会要求 iOS 应用程序用户在我们的平台成功升级后升级到新应用程序已升级。
我有一个想法可能对你有用。将您的新平台放在临时服务器中。让你的应用程序。连接到它仅用于苹果测试。给 apple 一个只连接到临时服务器的测试用户,所有其他用户都连接到实时服务器。
稍后您可以上传不包含该逻辑的新版本。 x.x.1 版本.
记得 select 说开发者发布的选项。意味着您的应用将被接受,但在您手动发布之前不会发布。这允许您发布应用程序。并同步更新您的平台。