visual-studio-2008 - tipo - install emmet visual studio code
Visual Studio 2008-Agregar referencia (5)
VS2008 agrega varios archivos al directorio bin [...] ¿Deben agregarse en el control de fuente?
No se debe agregar nada en el directorio bin al control de origen. Una de las primeras cosas al verificar inicialmente un proyecto es ignorar los directorios bin y obj. Entonces, sí, puede eliminar estos archivos, pero Visual Studio los volverá a crear.
Al agregar una DLL como referencia a un proyecto ASP.Net, VS2008 agrega varios archivos al directorio bin. Si el archivo DLL se llama foo.dll, VS2008 agrega foo.dll.refresh, foo.pdb y foo.xml. Sé lo que foo.dll es :-), ¿por qué VS2008 agrega los otros tres archivos? ¿Qué hacen esos tres archivos? ¿Puedo borrarlos? ¿Deben agregarse en el control de la fuente?
El archivo de actualización (¡ya que nadie lo ha visto!) Describe de dónde vino la DLL. Esto es para referencias de actualización automática; cada vez que realice una compilación completa, VS buscará en esa ruta y copiará esa versión de la DLL.
¿Por qué es esto algo bueno (a veces)? Digamos que estás en un ambiente de equipo. Alguien verifica el código de foo.dll y tu sistema de compilación crea una nueva DLL y la genera en un archivo compartido en un servidor. Su archivo de actualización apunta a esa copia del servidor de la DLL. La próxima vez que construya, VS automáticamente obtendrá la última y mejor copia de esa DLL.
El pdb está ahí para la depuración y los símbolos. Si obtienes una excepción, podrás obtener stacktraces, etc. Tienes el control de elegir si se construye o no el PDB. El archivo xml está ahí para comentarios XML e intellisense. Visual Studio analizará eso y mostrará los comentarios XML que se agregaron al llamar a los métodos en esos archivos DLL.
No sé sobre el archivo de actualización.
foo.pdb es el archivo de símbolos de depuración para foo.dll, lo deseará o no podrá establecer un punto de interrupción en ese código.
Fuente de control:
Ben Straub dijo en un comentario sobre esta publicación: Los archivos .dll.refresh deberían agregarse al control de fuente si es necesario, mientras que los .xml , .pdb y, por supuesto, los archivos .dll no deberían agregarse.
John Rudy explicó cuándo agregar el archivo .refresh :
¿Por qué es esto algo bueno (a veces)? Digamos que estás en un ambiente de equipo. Alguien verifica el código de foo.dll y tu sistema de compilación crea una nueva DLL y la genera en un archivo compartido en un servidor. Su archivo de actualización apunta a esa copia del servidor de la DLL. La próxima vez que construya, VS automáticamente obtendrá la última y mejor copia de esa DLL.
.xml como David Mohundro dijo:
El archivo xml está ahí para comentarios XML e intellisense. Visual Studio analizará eso y mostrará los comentarios XML que se agregaron al llamar a los métodos en esos archivos DLL.
.pdb como David Mohundro dijo:
El pdb está ahí para la depuración y los símbolos. Si obtienes una excepción, podrás obtener stacktraces, etc. Tienes el control de elegir si se construye o no el PDB.
.refresh de una publicación de blog sobre archivos .refresh:
Le dice a VS dónde buscar versiones actualizadas del dll con el mismo nombre base. Son archivos de texto, puede abrirlos y ver la ruta que está usando.
Su propósito es evitar que tenga que copiar nuevas versiones usted mismo. En VS2003, el archivo de proyecto contendría la ubicación de origen de la referencia, pero como VS2005 no usa archivos de proyecto para proyectos ASP.NET, este es el reemplazo de esa funcionalidad en particular.