Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。いう環境でWindows用のアプリを開発しています。このアプリは外部のサーバーと通信を行っております。サーバは、devel環境、staging環境、production環境の3つが用意されております。それに伴い、アプリも各環境用に、サーバーの指し先を変えたものをビルドしたいです。(Android開発で言うところのflavorのような機能を期待しています)よろしくお願いいたします。票5それぞれの環境用にソリューションの構成を用意すればいいと思います。[<新規作成...>]を選択します。すると「新しい構成マネージャー」が表示されるので、名前をたとえば「devel」「staging」「production」にしたものを追加します。別の構成をコピーして新しい構成を作成する場合には「設定のコピー元」を選択します。「新しいプロジェクト構成を作成する」にチェックをつけて新しい構成を作成します。それぞれの構成においてビルドするものとしないものを設定します。追加された構成用のビルド設定やデバッグ設定を指定できるようになります。address>";#endifというようにしてやればいいのではないでしょうか。スマートな方法があるかもしれませんが。上書き編集してしまってください。|6アプリケーション設定ファイル機能等の外部設定ファイルに書き出してしまう方法はいかがでしょうか。ビルドしたバイナリは変えずに、設定ファイルを書き換えてしまう。個の銅バッジ私もこのケースであれば設定ファイルなど外部リソースの方がいいと思います。ビルドされる成果を増やしてしまうとその分テストも必要になると思いますので、バイナリがそのまま使えるならそちらの方がいいと思います。17:44私も同じく。設定ファイルを書き込んだ上でビルドするバッチファイルを運用していました。devenv.exeにソリューションファイルを与え、プロジェクト名を指定することでコマンドラインからビルド可能なので。コメント先の回答にさらに違うやり方を補足したくなった時は、新規回答として追加することを検討するとよいと思います。回答として書き起こすのは手間暇かかりますが、コメントに埋もれず見やすいので、より他の人の役に立ちます。|3こちらの質問は、実行時にアプリが参照するWebサービスのURIを構成するには、と読み取れます。いうファイルが生成されます。指定する部分を追加し、アプリ側から読み込めば大丈夫です。serverUriのvalue部分を、それぞれのサーバー用に変更します。すれば、ビルドは一つで、サーバーURLの変更の際に、再ビルドは不要になります。設定ファイル(App.config)内に切り出して、環境ごとにビルド構成を作成し設定ファイルを編集する前提で、ソースコードからはその設定ファイルを参照する、という方法でいいかと思います。変換という便利なものがありまして、「devel」「staging」「production」というビルド構成であれば、Web.devel.configWeb.staging.configWeb.producion.configという3つのファイルを用意して、ビルド時にXSLT変換によってWeb.configというファイルに変換してくれます。Studio拡張があります。私のブログになりますが、使い方を解説しております。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。