Me preguntaba cuál sería el mejor enfoque para mover el código fuente, con el historial, de un Proyecto de equipo a otro Proyecto de equipo. No me interesan los elementos de trabajo, los informes o los sitios de SharePoint, ya que el sistema desde el que vamos a restaurar no utilizó estas funcionalidades. La razón para querer pasar a un Proyecto de equipo diferente también se debe al hecho de que la implementación original (que se restauró de una copia de seguridad mantenida por un tercero) estaba usando una plantilla de proceso de un tercero que no deseamos usar avanzando. Queremos comenzar a utilizar el seguimiento y los informes de elementos de trabajo una vez que se complete la migración.

losPlataforma de integración TFS Parece ser un escenario probable. Se puede usar para cambiar la plantilla de proceso, de acuerdo con la documentación. Sin embargo, tenía curiosidad por saber si la sintaxis de movimiento tf.exe podría funcionar. Algo como:

tf.exe move $ / ProjectA $ / ProjectB

Tengo entendido que este comando funciona de manera muy similar a una operación de cambio de nombre, mientras que moverse con el elemento del menú contextual "Mover" en Source Control Explorer es más como una operación de eliminar y agregar. Además, ¿la ruta de movimiento tf.exe realmente asociaría el código debajo de las carpetas con el Proyecto de equipo apropiado, suponiendo que $ / ProjectA es la carpeta de control de fuente raíz para un proyecto y $ / ProjectB es la carpeta de control de fuente raíz para el otro? La clave es poder preservar el historial, si es posible.

Cualquier consejo o sugerencias serán muy apreciadas!

Editar: podría bifurcarse a otro proyecto manejar este escenario, al igual que Microsoft analiza en elOrientación de ramificación ¿documentación? Creo que esta podría ser la respuesta, ya que la historia probablemente se conservaría con la rama. Sin embargo, no tengo acceso a una instancia de Team Foundation Server 2008 en este momento para probarla.