3

中にプロファイルをプロビジョニング:Xcodeの:アーカイブは、私は次のように6つのスキームに広がっ3つの異なる構成を持つ1つのXcodeのプロジェクトを持っている誤ったバンドルIDを持っていると検証

  1. デバッグ
  2. Config1Debug
  3. Config2Debug
  4. リリース
  5. Config1リリース
  6. Config2Release

各スキーム:

  • は、独自の表示名とバンドル識別子を持ちます。
  • iTunes Connectから生成された適切な開発/配布プロビジョニングプロファイルが割り当てられています。

3つのリリース構成をTestFlight/App Storeに別々のアプリケーションとして保存したいと考えています。

デバッグ方式を使用してシミュレータまたはローカルiPhoneで実行すると、すべて正常に動作し、3つの異なるアプリケーションが実行されます。

私の問題は、リリーススキームをアーカイブしてから検証しようとすると、どのスキームをアーカイブしているかにかかわらず、バンドルIDとプロビジョニングプロファイルがデフォルトで「リリース」スキームになります。ただし、表示名はスキームの適切な表示名に更新されます。

私の質問は、バンドルIDとプロビジョニングプロファイルが「リリース」スキームにデフォルト設定されている間に、表示名が正しく更新されていることと、検証を行う際に適切なバンドルIDとプロビジョニングプロファイルを表示する方法を教えてください。

物事私はとにかくアプリケーションをアップロードする私のマシン

  • 再起動Xcodeの
  • 上のすべてのプロビジョニング・プロファイルを再ダウンロードし、その後削除

    • をしようとしています。ビルド番号がすでにアップロードされているリリースアプリと競合しているとエラーが表示されます。私は、リリース1ではなく、私がiTunesConnectで行ったConfig1またはConfig2アプリケーションにアップロードしたいと思います。
    • とにかく新しいビルド番号でアプリケーションをアップロードしてください。これは、リリースアプリで新しいビルドとして登録されます。
  • +0

    異なるスキームの異なるバンドルIDをどのように定義していますか?あなたはそれぞれのスキームのために定義された別々のInfo.plistを持っていますか? – wottle

    +0

    @wottle Info.plistが1つあり、bundleが$(PRODUCT_BUNDLE_IDENTIFIER)に設定されています。これはビルド設定で各スキームに対して定義されています。 – DerFlickschter

    +0

    また、異なるビルド設定に対して異なるPRODUCT_BUNDLE_ID値が定義されていますか?これは基本的にどのようにして行うのですか?デバッグと内部リリース、そしてApp Storeの配布のためにビルドするときは、正しいバンドルIDを確実に取得します。 – wottle

    答えて

    1

    解を見つけたhere。スーパーシンプルは私がそれを見落としたと信じることはできません。私のスキームは、Runのさまざまな設定を使用するように設定されていました。いったん私はスキームを編集し、リリースの代わりに適切な設定を使用するようにアーカイブを設定したら、うまくいきました。

    関連する問題