Prevenir una reconstrucción completa usando twigs con GIT y Visual Studio 2005

Uno de los problemas al que me enfrenté al usar twigs en GIT fue que fue muy fácil cuando cambié de twigs para hacer que visual studio 2005 causara una reconstrucción completa de la fuente debido a la hora / date que se cambiaba al cambiar de twig.

Mi layout típico es este.
svn / remote
dominar
testing

Al cambiar entre la twig de testing y la twig principal, aunque ambos compartieron exactamente la misma timestamp en el proyecto. Haría que visual studio 2005 reconstruyera el proyecto completo nuevamente.

Para resolver este problema, mi solución fue crear otro repository de GIT, pero crear un nuevo repository que se extrajera de la twig principal del repository c: / myPrimary 'test'. De esta manera, a pesar de que tanto las twigs maestra como de testing tenían su propia carpeta a través del repository adicional, esto resolvió tener que hacer una recompilation completa del código fuente al cambiar entre las dos.

Solo verificando si alguien más ha tenido este problema y la solución que han encontrado resolviéndolo. Tenga en count que una recostackción completa del código fuente está en el área de 20 minutos.

git solo toca los files que realmente cambian cuando se cambian las twigs, por lo que solo las unidades de traducción que incluyen files que son diferentes entre las dos twigs deben tener su timestamp actualizada al cambiar entre las dos twigs.

Visual Studio 2005 generalmente es muy bueno en comstackciones incrementales, pero es muy fácil en C ++ crear routes de inclusión excesivamente interdependientes si no tiene cuidado de administrar la complejidad de un proyecto.

¿Ha intentado analizar las dependencies de files de origen para ver si un set de files de encabezado cambiados con frecuencia está causando la reconstrucción de un gran subset de files de objects?