ドキュメントから、それはスキームについて述べています：
「Xcodeスキームは、構築するターゲットのコレクション、構築時に使用する構成、および実行するテストのコレクションを定義します。」
そのため、1つのデバッグスキームと1つのリリーススキームを作成し、それに応じてプロジェクトとターゲットのビルド設定を設定すると思いました。つまり、リリーススキームの配布プロファイルとデバッグの開発プロファイルを使用します。
ただし、別のスキームを選択しても、これらの設定は変更されません。実際、コード署名を配布に設定しても、それは残ります。別のスキームに切り替えても、何も変わりません。
明確にしてくれてありがとう！
ビルドの構成とスキームを混乱させています。Xcodeプロジェクトには、デバッグとリリースの2つのビルド構成があります。ビルド設定エディターでは、デバッグビルド構成とリリースビルド構成に異なる値をビルド設定に指定できます。ビルド設定の横にある開示の三角形をクリックして、デバッグ構成とリリース構成の値を表示します。あなたの例では、ビルド設定エディターにコード署名IDビルド設定があります。コード署名IDビルド設定の値を、デバッグビルド構成の開発プロファイルに設定し、リリースビルド構成の配布プロファイルに設定します。
デバッグおよびリリースビルド構成のビルド設定を設定した後、スキームエディターを使用して、使用するビルド構成を選択します。スキームエディタには、ビルド構成を選択できる次のアクションがあります：実行、テスト、プロファイル、分析、およびアーカイブ。Xcodeは最初、実行、テスト、および分析にデバッグ構成を使用し、プロファイリングとアーカイブにリリース構成を使用します。実行アクションは、アプリの開発中に変更する可能性が最も高いアクションです。
ほとんどの場合、1つのスキームで逃げることができます。通常、1つのデバッグスキームと1つのリリーススキームは必要ありません。1つのデバッグスキームと1つのリリーススキームが必要になる主な理由は、デバッグビルド構成とリリースビルド構成の両方についてアプリを実行、テスト、プロファイリング、および分析する必要がある場合です。
上記のXcode7で受け入れられた答えとは異なり、（少なくとも）スキームは、独自のデバッグ設定とリリース設定を確実に維持します。個別のデバッグとリリースの「スキーム」を維持し、それらを使用して、ショートカットcontrol-command-left / rightブラケット（前/次のスキーム）を使用して2つのビルドをすばやく切り替えることができます。
これの利点は、厄介なパフォーマンステストを行うときに、リリースとデバッグビルドの間をすばやく行き来できることです。最適化がオンになっているリリースビルドは永遠にかかり、スタックトレースなどを台無しにします。