Como desativar a geração do PDB e o VSHOST para todas as compilações de lançamento

Question

Toda vez que inicio um novo software, tenho que entrar na configuração e desligar a geração de arquivos PDB e o processo de hospedagem do Visual Studio para compilações de liberação. Existe alguma maneira de dizer ao Visual Studio (2008 especificamente) que eu quero fazer isso para todos os projetos pelo resto do tempo?

Answer 1

Depois de alguns cavando, parece que os arquivos de projeto para C# são armazenados em \program files\microsoft visual studio 9.0\common7\ide\projecttemplatescache\csharp\windows\1033. Adicionando <UseVSHostingProcess>false</UseVSHostingProcess> Nas seções corretas (existem seções separadas para configurações de depuração e liberação) dos modelos relevantes, você pode desativar o processo de hospedagem para todos os projetos futuros dos tipos selecionados.

Você deve ser capaz de lidar com o problema do PDB de maneira semelhante, mas como eu disse, não recomendo desligá -los, então vou deixá -lo como um exercício :)

Isso se aplica ao VS2008, mas meu palpite é que outras edições têm um esquema semelhante. De fato, o VS2010 usa a mesma abordagem, mas obviamente o número da versão no diretório é 10,0 em vez de 9.0.

Answer 2

No VS 2010, você encontrará uma propriedade do projeto para controlar a geração .pdb em propriedades do projeto -> build -> avançado ... -> informações de depuração

Defina isso como "nenhum" para suprimir a geração .pdb.

Answer 3

Por que não adicionar uma etapa de compilação de postagem que exclui esses arquivos que você não deseja. Hmm, ainda é mais um passo, não o que você queria :-(

Que tal escrever um pequeno aplicativo ajudante que faça um FindFirstFile e FindNextFile Loop procurando arquivos PDB e Shost em seus diretórios de lançamento. Quando os encontra, os exclui. Ou melhor ainda os move para um local de arquivo - isso permite removê -los dos problemas de embalagem de liberação, mas ainda mantenha os arquivos, caso precise deles para análise de bugs.

Além disso, porque é um aplicativo ajudante, você pode executá-lo uma vez como parte do seu pré-handoff para liberar a equipe.

Usamos esta técnica para muitas coisas:

• Garantir que as DLLs estejam atualizadas (basicamente uma atualização inteligente para toda a árvore de construção)
• A limpeza do VC constrói melhor do que a "Batch Build" pode (remover alguns desses arquivos que podem travar o Visual Studio)
• Arquivando certo de uma maneira específica (semelhante ao que eu sugeri para você)
• etc.

Estou com Brian - você deve manter esses arquivos. Se você precisar depurar qualquer bug ou falha, precisará desses arquivos.