短い答えは：
- メニューバーの実行ボタンの近くにあるドロップダウンからiOSスキームを選択します
- ポップアップウィンドウで[製品]> [アーカイブ]を選択します。
- 「検証」をクリックします
- 検証に成功したら、「送信」をクリックします
コマンドラインツールを使用して、リリースバージョンをビルドできます。プロジェクトフォルダーの横、つまり.
$ ls
...
Foo.xcodeproj
...
次のビルドコマンドを入力します。
$ xcodebuild -configuration Release
「再生」ボタンは、ビルドと実行（またはテストやプロファイルなど）専用です。アーカイブアクションは、リリース用にビルドし、アプリストアへの送信に適したアーカイブを生成することを目的としています。これをスキップする場合は、[製品]> [ビルド対象]> [アーカイブ]を選択して、実際にアーカイブせずにリリースビルドを強制できます。ビルドされた製品を見つけるには、ProjectナビゲーターでProductsグループを展開し、製品を右クリックして、Finderで表示することを選択します。
とは言っても、他のビルドアクション（ビルドやアーカイブなど）のメニューの再生ボタンをクリックしてホールドすることもできます。
彼らはすべてのターゲット/ビルド構成/デバッグオプションを「スキーム」にバンドルしています。 移行ガイド には、適切な説明があります。
XCode> Product> Schemes> Edit Schemes> Run> Build Configuration
ビルド構成をデバッグまたはリリースに設定するには、「製品」メニューから「スキームの編集」を選択します。
次に、明確な選択肢が表示されます。
Apple移行ガイドでは、Xcode画面の左上にボタンが記載されていますが、Xcode 4.3では表示されません。
XCode 4にあるアーカイブ方法を使用してAppStoreにアップロードする際に問題が発生した大きなアプリがあります。検証または配布しようとしているかどうかにかかわらず、アクティビティインジケーターが数時間回転し続けるため、Appleへのサポートチケットを作成しました。その過程で、XCodeのProject Navigator内のProductsフォルダーにある.appを右クリックし、Application Loader 2.5.1を使用して送信するアプリを圧縮できることがわかりました。 （別名、古い方法）。デバッグ-iphoneosフォルダーのみがこの方法でアクセス可能であり（今のところ）、Appleが応答すると、次のようになります。
Application Loaderが実行可能な回避策を提供してくれたことをうれしく思います。内部でこの状況について議論しますが、デバッグビルドを送信することで問題が多く発生するかどうかはわかりません（言及したように、App Store配布プロファイルで署名されている限り）。デバッグ構成のデバッグスイッチがオンになり、最適化がオフになるため、アプリの実行速度は遅くなりますが、実行されます。 App Reviewは最終的にそれが大丈夫かどうかを判断します。彼らがチェックするものかどうかはわかりません。必要に応じて、App Reviewに直接連絡して確認することもできます。ただし、App Loaderが機能しているため、リリース構成でアプリを再構築し、安全に再生するために再送信することをお勧めします。 Xcode 4.xでリリースビルドを見つけるには、オーガナイザーの[アーカイブ]タブで[アプリケーションアーカイブ]をコントロールクリックし、[Finderで表示]を選択します。次に、Finderで.xcarchiveファイルをコントロールクリックします。 「パッケージの内容を表示」を選択します。リリースビルドの.appファイルは、/ Products/Applicationsフォルダー内に配置する必要があります。
これは、アーカイブ方法に問題がある開発者にとって非常に有益な情報であり、私のアプリは、その能力を最大限に活用できないという心配なしに正常にアップロードされています。
その部分は現在、スキームの下にあります。スキームを編集すると、各スキームのデバッグ/リリース/アドホック/配布ビルド構成を設定できることがわかります。
製品->アーカイブ、後で、配布ボタンを押して、アプリケーションとしてエクスポートオプションまたは必要なものをチェックします