Pourquoi Visual Studio 2008 demande-t-il d'activer le débogage lorsque le débogage est déjà activé?

Question

J'ai un fichier Web.config généré (via MSBuild) qui s'exécute avant la cible Build dont le contenu inclut, entre autres, la compilation < debug = "true" >. Le fichier Web.config généré est copié sur la racine et placé dans le groupe d'éléments de contenu. Mais quand je lance la version Debug dans Visual Studio 2008 (via F5) Je reçois la boîte de dialogue suivante:

Si je sélectionne « Ajouter ... » et cliquez sur OK, il semble ajouter le Web généré. config au projet et il apparaît dans l'IDE en tant que fichier de projet. Alors peut-être la question devrait être: Pourquoi le fichier Web.config doit-il faire partie du projet?

Je voudrais vraiment éviter d'inclure les fichiers de configuration générés dans le projet en raison du contrôle de la source. Si le fichier Web.config est là quand l'application s'exécute je ne vois pas pourquoi Visual Studio devrait être concerné. Y a-t-il un moyen pour Visual Studio d'accepter un Web.config généré sans qu'il soit ajouté via l'EDI?

Answer 1

Il s'avère que Visual Studio nécessite une partie du projet Web.config, sans ifs, ets ou buts. Ce MSDN article semble l'impliquer de toute façon. Pour contourner cela, j'ai dû créer un Web.config dans la racine, supprimer tout dans l'élément de configuration > en le laissant vide et l'ajouter au projet. Ensuite, dans l'une de mes cibles de génération personnalisées, sauvegardez le fichier Web.config vide et copiez le fichier Web.config généré à la racine. En plus de cela, ma cible propre personnalisée restaure le Web.config sauvegardé. Avec les étapes ci-dessus, le contrôle de source et Visual Studio sont inconscients de ma légère main. Cette solution de contournement me fait grincer des dents, donc si quelqu'un a une vraie solution, je changerai volontiers la réponse que j'ai choisie.