中にプロファイルをプロビジョニング:Xcodeの:アーカイブは、私は次のように6つのスキームに広がっ3つの異なる構成を持つ1つのXcodeのプロジェクトを持っている誤ったバンドルIDを持っていると検証
- デバッグ
- Config1Debug
- Config2Debug
- リリース
- Config1リリース
- Config2Release
各スキーム:
- は、独自の表示名とバンドル識別子を持ちます。
- iTunes Connectから生成された適切な開発/配布プロビジョニングプロファイルが割り当てられています。
3つのリリース構成をTestFlight/App Storeに別々のアプリケーションとして保存したいと考えています。
デバッグ方式を使用してシミュレータまたはローカルiPhoneで実行すると、すべて正常に動作し、3つの異なるアプリケーションが実行されます。
私の問題は、リリーススキームをアーカイブしてから検証しようとすると、どのスキームをアーカイブしているかにかかわらず、バンドルIDとプロビジョニングプロファイルがデフォルトで「リリース」スキームになります。ただし、表示名はスキームの適切な表示名に更新されます。
私の質問は、バンドルIDとプロビジョニングプロファイルが「リリース」スキームにデフォルト設定されている間に、表示名が正しく更新されていることと、検証を行う際に適切なバンドルIDとプロビジョニングプロファイルを表示する方法を教えてください。
物事私はとにかくアプリケーションをアップロードする私のマシン
- をしようとしています。ビルド番号がすでにアップロードされているリリースアプリと競合しているとエラーが表示されます。私は、リリース1ではなく、私がiTunesConnectで行ったConfig1またはConfig2アプリケーションにアップロードしたいと思います。
- とにかく新しいビルド番号でアプリケーションをアップロードしてください。これは、リリースアプリで新しいビルドとして登録されます。
異なるスキームの異なるバンドルIDをどのように定義していますか?あなたはそれぞれのスキームのために定義された別々のInfo.plistを持っていますか? – wottle
@wottle Info.plistが1つあり、bundleが$(PRODUCT_BUNDLE_IDENTIFIER)に設定されています。これはビルド設定で各スキームに対して定義されています。 – DerFlickschter
また、異なるビルド設定に対して異なるPRODUCT_BUNDLE_ID値が定義されていますか?これは基本的にどのようにして行うのですか?デバッグと内部リリース、そしてApp Storeの配布のためにビルドするときは、正しいバンドルIDを確実に取得します。 – wottle