Comment désactiver la génération pdb et vshost pour tous les versions Release

Question

Chaque fois que je commence un nouveau morceau de logiciel que je dois aller dans la configuration et désactiver la génération de fichiers pdb et le processus d'hébergement Visual Studio pour construit Release. Est-il possible de dire Visual Studio (en particulier 2008) que je veux le faire pour tous les projets pour le reste du temps?

Answer 1

Après quelques recherches autour, il semble que les fichiers de projet pour C # sont stockés dans \program files\microsoft visual studio 9.0\common7\ide\projecttemplatescache\csharp\windows\1033. En ajoutant <UseVSHostingProcess>false</UseVSHostingProcess> aux sections correctes (il existe des sections séparées pour le débogage et Release configurations) des modèles concernés, vous pouvez désactiver le processus d'hébergement pour tous les futurs projets des types sélectionnés.

Vous devriez être en mesure de traiter la question PDB d'une manière similaire, mais comme je l'ai dit que je ne recommande pas tourner les hors, donc je vais le laisser comme un exercice:)

Cela vaut pour VS2008, mais je pense que les autres éditions ont un schéma similaire. En fait, VS2010 utilise la même approche, mais évidemment le numéro de version dans le répertoire est 10.0 au lieu de 9,0.

Answer 2

Dans VS 2010, vous trouverez une propriété de projet pour contrôler la génération pdb sous Propriétés du projet -> Construire -> Avancé ... -> Infos débogage

Définir à « aucun » pour supprimer la génération pdb.

Answer 3

Pourquoi ne pas ajouter une étape de post de construction qui supprime ces fichiers que vous ne voulez pas. Hmm, qui encore une autre étape, pas ce que vous vouliez: - (

Qu'en est-il écrit une petite application d'aide qui fait une boucle FindFirstFile et FindNextFile recherche de fichiers PDB et shost dans vos répertoires de libération. Quand il les trouve, il les supprime. Ou mieux les déplace encore à un emplacement de l'archive -. Ce qui permet de les supprimer des problèmes d'emballage de libération mais toujours garder les fichiers au cas où vous avez besoin pour l'analyse de bug

De plus parce que son application d'aide vous pouvez simplement exécuter une fois dans le cadre de votre pré-transfert pour libérer le personnel.

Nous utilisons cette technique pour beaucoup de choses:

• DLLs sont à Veiller à ce jour (essentiellement une mise à jour intelligente pour l'arbre entier de construction)
• Nettoyage VC construit mieux que « la construction par lots » peut (supprimer certains de ces fichiers qui peuvent tomber en panne Visual Studio)
• archivage certains d'une façon particulière (semblable à ce que je l'ai suggéré pour vous)
• etc

Je suis avec Brian - vous devez garder ces fichiers. Si vous avez besoin de déboguer un bug ou l'échec, vous aurez besoin de ces fichiers.