Pregunta

Cada vez que se inicia una nueva pieza de software que tengo que ir a la configuración y apague la generación de archivos PDB y el proceso de alojamiento de Visual para generaciones de lanzamiento estudio. ¿Hay alguna manera de saber Visual Studio (2008 específicamente) que yo quiero hacer eso para todos los proyectos para el resto del tiempo?

¿Fue útil?

Solución

Después de algo de investigación en todo, parece que los archivos de proyecto de C # se almacenan en \program files\microsoft visual studio 9.0\common7\ide\projecttemplatescache\csharp\windows\1033. Mediante la adición de <UseVSHostingProcess>false</UseVSHostingProcess> a las secciones correctas (hay secciones separadas para depuración y Release configuraciones) de las plantillas correspondientes, se puede apagar el proceso de alojamiento para todos los proyectos futuros de los tipos seleccionados.

Usted debe ser capaz de manejar el tema AP de una manera similar, pero como ya he dicho yo no lo recomiendo convertir los apagado, así que voy a dejarlo como un ejercicio:)

Esto se aplica a VS2008, pero mi conjetura es que otras ediciones tienen un esquema similar. De hecho, VS2010 utiliza el mismo enfoque, pero es evidente que el número de versión en el directorio es de 10,0 en lugar de 9,0.

Otros consejos

En VS 2010 se encuentra una propiedad del proyecto para controlar la generación .pdb bajo Propiedades del proyecto -> Build -> Avanzado ... -> información de depuración

Ponga esto a "ninguno" para suprimir la generación .pdb.

¿Por qué no añadir un paso posterior a la versión que elimina estos archivos que no desea. Hmm, que todavía otro paso, no lo que quería: - (

¿Qué hay de escribir una pequeña aplicación auxiliar que hace un bucle FindFirstFile y FindNextFile buscando PDB y archivos shost en sus directorios de liberación. Cuando se los encuentra, los elimina. O mejor aún, los mueve a una ubicación de archivo -. Esto permite a sacarlos de los problemas de embalaje de liberación, pero aún así mantener los archivos en caso de que las necesite para el análisis de errores

Además porque es una aplicación de ayuda que puede funcionar solo una vez, como parte de su pre-transferencia para liberar el personal.

Utilizamos esta técnica para muchas cosas:

  • DLL garantizar que se dispone hasta la fecha (básicamente una actualización inteligente para todo el árbol de construcción)
  • Limpieza VC construye mejor que "Generación por lotes" puede (eliminación de algunos de los archivos que pueden bloquear Visual Studio)
  • Archivado determinado de una manera especial (similar a lo que he sugerido para usted)
  • etc.

Estoy con Brian - usted debe tener estos archivos. Si necesita depurar cualquier error o fallo, necesitará estos archivos.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top