2009-06-25 14 views
1

コンパイルデバッグ= "true" >の内容を含むビルドターゲットの前に実行される(MSBuild経由で)Web.configを生成しました。生成されたWeb.configがルートにコピーされ、コンテンツアイテムグループに配置されます。私は(F5経由)のVisual Studio 2008でデバッグビルドを実行すると、私は次のようなダイアログが出ます:Visual Studio 2008でデバッグが有効になっていると、デバッグが有効になっているのはなぜですか?

Debugging Not Enabled

私が選択した場合は、「追加...」とOK、生成されたWebを追加するために表示されますクリックしてください。 configをプロジェクトに追加すると、プロジェクトファイルとしてIDEに表示されます。だから多分質問があるはずです:なぜWeb.configファイルはプロジェクトの一部である必要がありますか?

ソース管理のために、プロジェクトに生成された設定ファイルを含めないようにしたいと思います。アプリケーションの実行時にWeb.configファイルが存在する場合、Visual Studioに関係する理由はわかりません。それで、Visual StudioがIDE経由でWeb.configを生成せずにそれを受け入れる方法はありますか?

+0

申し訳ありませんヘンク、あなたのコメントが適用されないように質問を修正しました。質問がより正確になることを願っています。 –

答えて

1

Visual Studioには、Web.configがプロジェクトの一部である必要がありますが、ifs、ands、butsは必要ありません。このMSDN articleはとにかくそれを暗示しているようです。

これを回避するには、ルートにWeb.configを作成し、<構成>要素のすべてを実質的に空のままにしてプロジェクトに追加する必要がありました。次に、カスタムビルドターゲットの1つで、空のWeb.configをバックアップし、生成されたWeb.configをルートにコピーします。それに加えて、私のカスタムクリーンターゲットは、バックアップされたWeb.configを復元します。上記の手順では、ソースコントロールとVisual Studioは私の手を忘れています。

この解決策は私には嫌な思いをさせます。だれかが本当の解決策を持っているなら、私は選択した回答を喜んで変更します。

関連する問題