ios - 国际 iOS App - 不同版本的通用代码库

Question

我们有一个 iOS 应用程序，在美国拥有数百万用户，需要国际化并在 11 个不同的国家/地区(许多国家/地区使用不同的语言)提供。已制定出适用于特定国家/地区以及不同货币等的公开隐藏功能的所有技术细节。我们还实现了应用程序获取位置的方法(如果已打开，否则请求用户提供)和在此基础上，针对国家/语言进行 self 配置。

我们希望通过一个代码库来完成此操作。假设当前版本为 1。假设我们从添加 5 个国家开始——即美国，加上韩国、日本、法国、加拿大和墨西哥。假设现在是版本 2。

然后，我们将将此版本(具有一个 bundle ID 的单个应用程序)部署到应用程序商店，并设置此版本 (2) 在美国、韩国、日本、法国、加拿大和墨西哥应用程序商店的可用性。

假设在下个月我们添加一个新功能并成为版本 3。我们针对美国对此进行了彻底测试，但我们的 QA 团队没有时间针对其他 5 个国家/地区进行测试。因此，我们只想为美国发布此 V3，并为美国设置新版本的可用性。

据我了解，根据应用商店设置的工作方式，由于我们具有相同的 bundle ID，因此我们不能将新的 V3 仅限制在美国。它将自动发布到韩国、日本、法国、加拿大和墨西哥的应用商店。

有办法解决这个问题吗？

(我知道的另一种方法是使用相同的代码库，但为每个国家/地区构建具有单独 bundle ID 的单独目标，我宁愿让所有内容都基于一个目标)

Answer 1

iTunes 不支持只为特定地区启用新版本可用性，同时让旧版本在其他地区可用。他们这样做也是有充分理由的。

假设您支持英语和日语。您的意思是，由于您只能测试新版本的英语本地化版本，因此您决定在除日本以外的所有地区发布它。

但是，如果一位在美国工作并使用英语作为设备语言的用户在假期回到日本度假几天，会怎样呢？他的儿子用这家伙的手机玩游戏，将设备语言更改为日语。现在，当您的应用程序被执行时，最终用户是否会接触到未经测试的应用程序版本？即使您没有根据操作系统的设置进行本地化，并且在您的应用程序的设置面板中有一个单独的选项，用户也总是可以切换到可能未经测试的版本，从而导致糟糕的用户体验。

所以我认为你唯一的选择是:-1. 在发布前测试所有语言的应用程序。2. 如果 App 中的功能因地区而异，将相似的地区分组并创建 3-4 个不同的 App(XYZApp-US、XYZApp-Europe 等)。仅当您的功能在不同地区差异很大时(许多功能需要根据语言隐藏/修改)，此选项才有意义。这种方法不仅有助于根据 QA 覆盖范围来安排发布时间，而且有助于隔离代码，因为只有相关的应用程序才会具有相关的功能代码。

虽然选项 1 看起来更简单。