Los espacios de trabajo TFS2010 se corrompen después de quitar la marca Renombrar + agregar

Usamos el control de fuente TFS2010, check-in controlado y services de compilation. Para ahorrar time, usamos compilation incremental (Clean Workspace = None).

Recientemente, un desarrollador hizo lo siguiente en su Visual Studio 2010:

  • Cambie el nombre de MyClass.cs a Base.cs
  • Agregar nuevo MyClass.cs

Intentó comprobar esto. Sin embargo, la compilation de compilation controlada falló en el paso "Obtener espacio de trabajo" con: BuildError: The auto merge option is not supported for the conflict on item .

Después de eso, el espacio de trabajo del agente de construcción parecía permanecer en un estado inconsistente. Los loggings de otras personas produjeron todo tipo de errores de compilation extraños en otros files que se incluyeron en ese set de files.

Para evitarlo, finalmente eliminamos el espacio de trabajo manualmente, y eso resolvió el problema (también podríamos haber configurado temporalmente Clean Workspace = All).

Entonces: ¿Esto es un juego de armarios con renombrar + agregar operaciones SC corrompe las áreas de trabajo? ¿Es un problema conocido?

Desarrollamos este problema con los files .sql para nuestro proyecto de database. Había funcionado bien, pero de repente comenzamos a ver este error (los files C # no causaron problemas).

Establecí "Clean Workspace = All" (limpio espacio de trabajo = todo) como lo mencionó Betty en los comentarios del OP y ejecuté un check-in de testing. Eso pareció arreglar las cosas. Restablecé "Limpiar espacio de trabajo = Salida", como lo había hecho antes, y las cosas parecen funcionar bien ahora.