Каждый раз, когда я запускаю новую часть программного обеспечения, я должен войти в конфигурацию и отключить генерацию файла pdb и процесс хостинга Visual Studio для сборки Release. Есть ли способ сказать Visual Studio (специально для 2008 года), что я хочу сделать это для всех проектов в течение оставшегося времени?
Как отключить генерацию pdb и vshost для всех версий релиза
Ответ 1
После некоторого копания, кажется, что файлы проекта для С# хранятся в \program files\microsoft visual studio 9.0\common7\ide\projecttemplatescache\csharp\windows\1033
. Добавив <UseVSHostingProcess>false</UseVSHostingProcess>
в правильные разделы (есть отдельные разделы для конфигураций Debug и Release) соответствующих шаблонов, вы можете отключить процесс хостинга для всех будущих проектов выбранных типов.
Вы должны иметь возможность обрабатывать проблему PDB аналогичным образом, но, как я уже сказал, я не рекомендую отключать их, поэтому я оставлю это как упражнение:)
Это относится к VS2008, но я предполагаю, что другие версии имеют аналогичную схему. Фактически, VS2010 использует тот же подход, но, очевидно, номер версии в каталоге составляет 10.0 вместо 9.0.
Ответ 2
В VS 2010 вы найдете свойство проекта для управления генерации .pdb в Project Properties → Build → Advanced... → Debug Info
Установите для этого параметра значение "none" для подавления генерации .pdb.
Ответ 3
Почему бы не добавить шаг пост-сборки, который удалит эти файлы, которые вам не нужны. Хм, это еще один шаг, а не то, что вы хотели: - (
Как насчет написания небольшого вспомогательного приложения, которое создает цикл FindFirstFile и FindNextFile, который ищет файлы PDB и shost в ваших каталогах выпуска. Когда он их найдет, он удалит их. Или еще лучше перемещает их в место архива - это позволяет удалить их из проблем с выпуском упаковки, но при этом сохранить файлы в случае необходимости для анализа ошибок.
Плюс, потому что это приложение-помощник, вы можете просто запустить его один раз в рамках предварительной передачи, чтобы освободить персонал.
Мы используем эту технику для множества вещей:
- Обеспечение актуальности DLL (в основном интеллектуальное обновление для всего дерева сборки)
- Очистка VC построена лучше, чем "пакетная сборка" (удаление некоторых из этих файлов, которые могут привести к сбою Visual Studio)
- Архивирование определенного в определенном порядке (похоже на то, что я предложил вам)
- и т.д.
Я с Брайаном - вы должны хранить эти файлы. Если вам нужно отладить любую ошибку или ошибку, вам понадобятся эти файлы.