デフォルトでは、新しいソリューションを作成するとき、VS 2015は2つのソリューション構成を提供します:デバッグとリリース。私はこれらの2つの構成を削除することが大丈夫かどうかを知りたい。私は組織の命名法に合った3つの開発、テスト、プロダクションを作成したいと思っており、デバッグとリリースと混同したくないです。Visual Studio - Configuration Manager
私はこれらの2つを削除してはならない理由は何ですか?
デフォルトでは、新しいソリューションを作成するとき、VS 2015は2つのソリューション構成を提供します:デバッグとリリース。私はこれらの2つの構成を削除することが大丈夫かどうかを知りたい。私は組織の命名法に合った3つの開発、テスト、プロダクションを作成したいと思っており、デバッグとリリースと混同したくないです。Visual Studio - Configuration Manager
私はこれらの2つを削除してはならない理由は何ですか?
デバッグとリリースの設定を削除しないでください。
設定は単なる名前ではありません。たとえば、デバッグ構成では、プリプロセッサステートメント#if
を使用してコードブロックを追加またはスキップするために使用できるDEBUGというプリプロセッサ変数を定義します。 リリース構成には、最適化されたコードを生成するためにコンパイラが使用する設定が含まれています。あなたが開発にDEBUGの名前を変更し、あなたが補数のいずれかをコピーして、独自の設定を追加テストを作成することができますしながら、生産にリリースすることができますしかし
(例えばTESTと呼ばれるプリプロセッサ変数など)
設定使用の名前を変更するにはBuild
メニュー内のConfiguration Manager
メニュー
アクティブソリューション構成のコンボボックスに<Edit>
選択し、以下のフォームには、コンフィギュレーションの名前を変更するが、保存のorignal設定
を同じメニューを使用して新しい構成を作成するが、<New>
を選択する代わりに<Edit>
することを可能にするボタンが含まれています
MSDNのこの記事では、あなたが開発にDEBUGの名前を変更しながら、生産にリリースすることができます
Understanding Build Configurations
あなたの答えに同意しますが、単にDebugとReleaseをコピーして、それに応じてコピーした各設定の名前を変更するほうが安全ではないでしょうか。 VSと対話するときに、設定のDebug/Release名を期待できるツールやそのようなものがあるとは心配ですか?ちょっとした考え。 – lfgtm
かなり興味深いと思われますテストを作成して2つのうちの1つをコピーする – Steve
これもうまくいく可能性があります。 –