状況：
私はいくつかの中心的な機能を備えた基本的なアプリを持っています。
私のクライアント（潜在的には数十）はすべて、アプリストアで独自にカスタマイズしたアプリを望んでいます。
問題
アプリストアに数十のアプリがあり、コア機能の一部を変更したい場合は、対応するプロジェクトの各ファイルを更新し、コンパイルし、iTunes Connectを実行し、アップロードする必要があります。小さな変更はすべて、数日かかる可能性があります。不注意な仕事の。
質問
gitなどのバージョニングシステムを使用して、コア機能を備えたコードの一部を個別に管理し、コアファイルに変更をコミットしたときにすべてのプロジェクトが自動的に更新されるようにする方法はありますか？
このプロセスを管理しやすくする他の方法はありますか？
通常、iOSで再利用する必要のあるコア機能がある場合は、他のプロジェクトに含めることができる静的ライブラリを作成するか、（コア機能に静的ライブラリに含めることができないアセットなどが含まれる場合） ）サブプロジェクトがあります。ただし、どちらの場合も、各アプリプロジェクトがコア機能プロジェクトとのターゲット依存関係を持っていることを確認して、常に最新の変更で再構築する必要があります。
git sumodule update、アプリごとに発行して再コンパイルできます。私はXcodeの「ターゲット」構造に精通していないので、実際にはそれがより良いアプローチかもしれません。しかし、これには間違いなくgitを使用できます。
おそらく、すべてのユニバーサルなものが存在する「マスター」ブランチが必要であり、次にアプリの「カスタマイズされた」バージョンごとにブランチが必要です。
マスターに変更がある場合は、各カスタムブランチを介してそれらの変更をマージします。次に、各支店から、ストアに送信する製品を作成します。
各ブランチでは、アプリID、バージョンごとに必要なアートやテキストの変更、このバージョンに適したキー設定などを個別に設定します。これらの設定はすべて、カスタムバージョンブランチに対してローカルのままにすることができます。
これはgitで完全に有効なワークフローです。ほとんどの人がそれを使用する方法ではありませんが、それはほとんどの人が多くではなく、1つの製品に向かっているためです。
もう1つのオプションは、gitサブモジュールを使用して共通コードを整理し、個々のプロジェクトに共通コードをサブモジュールとして追加することです。
Targetを使用して、クライアントごとにアプリをカスタマイズできます。これは、1つのコードベースを維持し、同じコードベースを持つ複数のアプリを持つことができることを意味します。
これでは、appstore部分のアプリの更新は解決されません。これは、私が知っている限り、varとして手動で行う必要があります。