Warum fragt Visual Studio 2008 nach Debugging aktivieren, wenn Debuggen bereits aktiviert ist?

Question

Ich habe eine generierte (über MSBuild) Web.config, die vor dem Build-Ziel ausgeführt wird, dessen Inhalt unter anderem < Compilierung debug = "true" > enthält. Die generierte Web.config wird in den Stammordner kopiert und in die Inhaltselementgruppe eingefügt. Aber wenn ich die Debug-Build in Visual Studio 2008 (via F5) laufen bekomme ich den folgenden Dialog:

Wenn ich wählen Sie "Hinzufügen ..." und klicken Sie auf OK erscheint es den generierten Web hinzuzufügen. config zum Projekt und es wird in der IDE als Projektdatei angezeigt. Vielleicht sollte die Frage lauten: Warum muss die Datei Web.config Teil des Projekts sein?

Ich möchte wirklich vermeiden, generierte Konfigurationsdateien in das Projekt aufgrund der Quellcodeverwaltung zu integrieren. Wenn die Web.config-Datei vorhanden ist, wenn die Anwendung ausgeführt wird, sehe ich nicht, warum Visual Studio betroffen sein sollte. Gibt es eine Möglichkeit für Visual Studio, eine generierte Web.config zu akzeptieren, ohne dass sie über die IDE hinzugefügt wird?

Answer 1

Es stellt sich heraus, dass Visual Studio die Web.config benötigt, um Teil des Projekts zu sein, kein Wenn und Aber oder Aber. Diese MSDN article scheint es trotzdem zu implizieren.

Um dies zu umgehen, musste ich eine Web.config im root erstellen, entfernen Sie alles in der <Konfiguration> Element effektiv lassen es leer und fügen Sie es dem Projekt hinzu. Dann sichern Sie in einem meiner benutzerdefinierten Build-Ziele die leere Web.config und kopieren Sie die generierte Web.config in den Stammordner. Darüber hinaus stellt mein benutzerdefiniertes Bereinigungsziel die gesicherte Web.config wieder her. Mit den oben genannten Schritten sind Quellcodeverwaltung und Visual Studio meiner leichten Hand nicht bewusst.

Diese Problemumgehung bringt mich zum Weinen, also wenn jemand eine echte Lösung hat, werde ich gerne meine ausgewählte Antwort ändern.