visual-studio - leftstyle - visual studio code mark tags

Visual Studio sigue construyendo todo

Question

Tengo un sln grande con muchos proyectos.

Acabo de hacer un cambio en el proyecto A y creo otros 9 proyectos que proyectan referencias A, pero que no tuvieron cambio de código.

¿Alguien sabe de algún truco para acelerar este proceso?

Answer 1

Asegúrese de que las dependencias de su proyecto sean correctas. Haga clic derecho en el proyecto y vaya a "Dependencias del proyecto". Asegúrese de que cada proyecto solo dependa del conjunto mínimo de otros proyectos que se necesitan para vincular.

Answer 2

Dividir y conquistar: limite la cantidad de tiempo de compilación que transcurre en su solución creando soluciones adicionales que contengan subconjuntos lógicos de los proyectos en los que está trabajando. Esto limita su alcance y acelerará las compilaciones.

Consulte el Modelo de solución única particionada en este artículo de MSDN: http://msdn.microsoft.com/en-us/library/ee817674.aspx

Cita clave del artículo:

Separate solution files allow you to work on smaller subsystems within your overall system
but retain the key benefits of project references. Within each subsolution file,
project references are used between constituent projects.

Answer 3

seleccionando ''construir solo'' cuando haga clic derecho en el proyecto A debería ser el truco. No estoy seguro de si hay una manera de evitar que construya proyectos referenciados también al construir la solución (que es lo que hace el comando estándar de "compilación")

Answer 4

Otra cosa que debe buscarse porque me acaba de ocurrir es que si sincroniza su vista usando clearcase mientras su solución está abierta y parte de su código se actualizó mediante la sincronización, a veces establece las marcas de tiempo incorrectamente en los archivos para que siga pensando en su Los archivos fuente han sido modificados y compilando su proyecto todo el tiempo, para solucionarlo tuve que cerrar la solución y volver a abrirla nuevamente y se comportó como se esperaba.

Answer 5

Esto sucede cuando un proyecto tiene un archivo que realmente no existe.
El proyecto no puede determinar si el archivo fue cambiado (porque no está allí) por lo que se reconstruye.

Simplemente mire todos los archivos del proyecto y busque uno que no tenga una flecha expansible cerca.

Answer 6

Cambie la verbosidad de la salida de compilación a detallada y vea lo que dice en la parte superior. En mi caso, me dijo que el proyecto no estaba actualizado debido a un archivo que faltaba.