Esta es probablemente una pregunta estúpida, pero ¿necesito limpiar / reconstruir antes de depurar o publicar un proyecto de Visual Studio?
Veo que otros desarrolladores lo hacen todo el tiempo, y en algún momento comencé a hacerlo sin pensarlo. Parece costumbre ir siempre limpio, esperar, reconstruir, esperar, publicar.
Sé que no siempre lo hice ... Creo que comencé a hacerlo después de pasar un montón de tiempo depurando un error, solo para descubrir que desapareció cuando limpié y reconstruí la solución. También he tenido este problema más de una vez, así que sé que no fue una cosa única, pero parece una gran pérdida de tiempo siempre limpiar / reconstruir sus proyectos.
visual-studio
Rachel
fuente
fuente
Respuestas:
Usted no tiene que, pero me parece que Visual Studio a veces pierde la pista de lo asambleas cuando se construyeron. Cuando eso sucede, terminas con ensamblajes obsoletos y una mala experiencia de depuración (cuando el código y los símbolos no coinciden).
Como resultado, simplemente hago una reconstrucción cada vez (esto hace un Clean + Build). De esta manera, no confío en el éxito de Visual Studio;)
fuente
No es "obligatorio", pero es posible que desee realizar Clean + Build antes de una versión principal y / o después de obtener archivos de otros recursos.
VS a veces no puede identificar los archivos modificados y, por lo tanto, omite la compilación necesaria. En mi caso, esto generalmente ocurre cuando los archivos se actualizan mediante algún comportamiento de sobrescritura (por ejemplo, descarga desde SCM, copiar / pegar desde el directorio del colega). El problema es probablemente la fecha del archivo. Si el nuevo archivo tiene una fecha modificada (o una fecha de creación, no sé a qué referencia de VC de marca de tiempo) anterior al registro de VS, VS no volverá a compilar el archivo correspondiente.
Mi recomendación es: si está compilando para las actualizaciones realizadas solo por usted localmente en la misma máquina, debería estar bien compilando sin limpiar.
fuente
Limpiar y reconstruir es solo una manera fácil de limpiar cualquier ensamblaje, recurso u otro activo errante que se haya acumulado de versiones anteriores. También ayuda a mantener los ensamblados en un estado coherente, porque Visual Studio a veces se confunde sobre lo que realmente está haciendo referencia.
En nuestra tienda, lo hacemos de la misma manera, pero estoy bastante seguro de que una reconstrucción también funcionará bien.
fuente