Razones para proyectos de C # para reconstruir en Visual Studio

Tengo una gran solución, de unos 320 proyectos, donde incluso pequeños cambios en un solo formulario web dan como resultado largos tiempos de compilación para probar / depurar un pequeño cambio. Sospecho que las tareas de copia de archivos posteriores a la compilación para 'tocar' fechas de archivo y causar múltiples reconstrucciones.

¿Hay alguna otra razón para que VS 2010 ejecute una reconstrucción que no sea que los archivos de origen sean más nuevos que los archivos de salida binarios, en ausencia de influencias fuertes de nombres y versiones?

ADDENDUM: No tengo influencia inmediata sobre el tamaño o la forma del árbol fuente. Es el tronco de un producto central estable y cualquier cambio a corto plazo "no comercial" se considera arriesgado y costoso. Voy a plantear los puntos mencionados en las respuestas que recibo aquí como aportación a las direcciones futuras del proyecto.

Respuestas a la pregunta(5)

Su respuesta a la pregunta