Opción 'Solución limpia' de Visual Studio (2008)

Respuestas:

109

Elimina todos los archivos compilados y temporales asociados con una solución. Garantiza que la siguiente compilación sea completa, en lugar de que solo se recompilen los archivos modificados.

David Arno
fuente
3
Entonces, ¿cuál es la diferencia entre "Construir" y "Reconstruir todo"?
Chad
2
Imagina una solución con 3 proyectos. Compilar solo compila los proyectos que han cambiado desde la última compilación. Reconstruir, compila todo.
BigJump
18
¿Rebuild Solution es esencialmente lo mismo que ejecutar Clean Solution y luego Build Solution?
Joey Green
5
¿Rebuild Solution realmente hace una limpieza antes de construir, o simplemente construye todo como si se hubiera hecho una limpieza primero?
Homer
2
@JoeyGreen No. Si usted limpia y construye la solución, primero limpia todos los proyectos y luego crea todos los proyectos. Si reconstruye, se necesita un proyecto a la vez, limpiarlo y construirlo. Una vez, encontré un problema extraño al usar Rebuild en lugar de Clean & Build, porque algunas dependencias del proyecto ...
relaxxx
61

Elimina todo el código objeto generado durante la compilación / compilación anterior. Elimina todos los tipos de archivos siguientes: -

* .obj - código objeto

* .pdb - archivo databse de depuración del programa

* .bsc - base de datos del navegador de origen

* .ilk - archivo vinculador incremental

* .sbr - archivo intermedio del navegador de origen

* .idb - reconstruir archivo de dependencia

* .lib - archivo de biblioteca

* .exe - ejecutable

JFYI: incluso un comando Rebuild All hará todo esto y luego creará el conjunto completo de archivos fuente.

-ANUNCIO

dorado
fuente
11

Quería que esto fuera un comentario, pero aparentemente necesito 50 repeticiones.

Para advertir a otros, encuentro que la solución de reconstrucción no hace una limpieza por mí mismo. A menudo no necesito limpiarlo y compilarlo / reconstruirlo después para que funcione; creo que la reconstrucción automática fuerza una compilación completa sin limpiar y anula todo, pero no elimina los extras.

No analicé lo que hace la reconstrucción con respecto al código, solo una observación general en caso de que alguien más tenga el mismo problema.

Charles
fuente
2
Estoy de acuerdo con esta declaración - he visto este comportamiento muchas veces donde se requiere una limpieza antes de una reconstrucción
Swordblaster
5

Esta es una publicación antigua, pero pensé que valía la pena mencionarla. Al codificar para Silverlight, generalmente tengo Blend y VS2010 abiertos al mismo tiempo. Debido a eso, a veces VS2010 se asusta e IntelliSense no puede encontrar dónde están las cosas o algo así, lo que hace que resalte falsamente muchos errores.

Limpiar la solución soluciona esto.

Lordcheeto
fuente
4

Borra archivos creados durante el proceso de compilación. Fuerza efectivamente una compilación / compilación completa la próxima vez.

Brian Knoblauch
fuente
2

tenga cuidado al limpiar una solución; cuando limpia una solución y si hace referencia a una biblioteca (por ejemplo, nhibernate) en su proyecto y si esa biblioteca tiene una dependencia (por ejemplo, iesi.collections), verá que iesi.collections se eliminará incluso si reconstruyó el solución y tienes que poner ese dll en tu carpeta, nuevamente. o también puede hacer referencia a iesi.collections y elegir la opción copy-local: yes de sus propiedades

ersanbilik
fuente
5
Esto no debería ser un problema si mueve todas sus bibliotecas a una carpeta específica que no sea 'Bin' y / o usa NuGet
bbqchickenrobot
seguro que no, pero por lo general se encuentra en la carpeta bin (puede intentar obtener fluentnhibernate a través de nuget y iesi.collections no está allí)
ersanbilik
0

Para su información, ni Clean ni Rebuild eliminarán archivos que no sean de compilación, por ejemplo, archivos copiados durante un comando previo a la compilación. ¡Estaba confundido por eso!

AnneTheAgile
fuente