国際的なiOSアプリケーション - 異なるバージョンの共通コードベース

Question

米国では何百万人ものユーザーがおり、国際化され、11カ国（多くの言語が異なる）で利用できるiOSアプリケーションがあります。特定の国に適用される隠蔽機能、また異なる通貨などを公開するための技術的詳細をすべて整理しました。また、アプリが位置情報を取得する方法を実装しました（オンになっている場合はユーザーにリクエストします）。それに基づいて、国/言語のために自己構成することができます。

これを1つのコードベースから削除したいと考えています。これが現在バージョン1であるとします。まず、米国、韓国、日本、フランス、カナダ、メキシコの5か国を追加するとします。

これをApp Storeにデプロイして、このバージョン（2）を米国、韓国、日本、フランス、カナダ、メキシコに提供する予定です。アプリストア。

翌月に新しい機能を追加し、それがバージョン3になるとします。私たちはこれを米国向けに完全にテストしますが、QAチームはこれを他の5カ国でテストする時間がありません。だから私たちはこのV3を米国向けにリリースし、ただアメリカ向けの新しいバージョンを用意したいと考えています。

アプリストアの設定の仕組みによって、私たちは同じバンドルIDを持っているので、新しいV3を米国だけに制限することはできません。韓国、日本、フランス、カナダ、メキシコのアプリストアにも自動的に公開されます。

方法はありますか？

（私が知っている他のアプローチは同じコードベースを使用することですが、それぞれの国のために別々のバンドルIDを持つ別のターゲットを構築し、私はむしろ一つのターゲットのベースにすべてを持っているでしょう）

Answer 1

iTunesが有効にサポートしていません。特定の地域でのみ新しいバージョンが利用可能になり、残りの地域では古いバージョンが利用可能になります。そして彼らは正当な理由でこれをします。

英語と日本語をサポートしているとします。あなたは、新しいバージョンの英語のローカリゼーションだけをテストできたので、あなたは日本を除くすべての地域でそれを起動することを決めました。

しかし、英語で米国で働いているユーザーが、休日に数日間、日本に帰国するとどうなりますか？この男の電話を使ってゲームをする彼の息子は、デバイスの言語を日本語に変更します。今あなたのアプリケーションが実行されると、エンドユーザーはあなたのアプリケーションのテストされていないバージョンにさらされますか？ OSの設定に従ってローカライズしておらず、アプリケーションの設定パネルに別のオプションがある場合でも、ユーザーはいつでもテストされていないバージョンに切り替えることができ、ユーザーエクスペリエンスが悪くなります。

あなたが持っていると思う唯一のオプションは次のいずれかです： - 1.リリース前にすべての言語のアプリケーションをテストします。 2.アプリの機能が地域によって大きく異なる場合は、同様の地域をグループ化し、3-4種類のアプリ（XYZApp-US、XYZApp-Europeなど）を作成します。このオプションは、機能が地域によって大きく異なる場合（ロット機能を言語に応じて非表示/変更する必要がある場合）にのみ意味があります。このアプローチは、QAのカバレッジに応じてリリースのタイミングを立てるだけでなく、関連するアプリだけが関連する機能コードを持つため、コードを分離するのに役立ちます。

オプション1はより簡単に見えますが、