Cómo migrar eventos del historial

Actualización: noviembre 2007

Este tema explica cómo se migran a Team Foundation los eventos del historial registrados por Visual SourceSafe.

Eventos del historial

Los eventos del historial se migran al área equivalente de Team Foundation. Esto le permite mantener el historial de sus archivos de código fuente. El historial de las versiones de archivo se crea al reproducir los eventos creados en el historial. En la siguiente tabla se describe cómo migrar cada evento del historial:

Evento	Cómo se migra
Agregue un archivo o carpeta	El evento de agregar el archivo crea la primera versión del archivo en Team Foundation. El evento de agregar la carpeta crea la primera versión de la carpeta en Team Foundation. Si la carpeta contiene archivos o carpetas cuando se agrega, este contenido se agrega por separado.
Editar archivo	El evento de editar el archivo crea una nueva versión del archivo en Team Foundation.
Etiquetar archivo	En Team Foundation, puede aplicar una etiqueta a una versión de un archivo o carpeta. En Visual SourceSafe, puede aplicar una etiqueta a un archivo de forma explícita o implícita. Al aplicar una etiqueta de forma explícita en Visual SourceSafe, se crea una nueva versión y si obtiene una versión de esa etiqueta, obtendrá el contenido del archivo correspondiente a la versión anterior del archivo. Para migrar de forma explícita las etiquetas, el convertidor aplica la etiqueta a la versión que corresponde con la versión etiquetada en Visual SourceSafe de Team Foundation. Sin embargo, no crea una versión nueva. Al aplicar una etiqueta a una carpeta en Visual SourceSafe, esa etiqueta se aplica implícitamente a todos los archivos y carpetas debajo de ella y no crea versiones nuevas. Para obtener etiquetas implícitas, el convertidor no realiza ninguna acción porque las versiones correspondientes en Team Foundationse etiquetan automáticamente durante la migración de las etiquetas explícitas de la carpeta.
Etiquetar carpeta	En Visual SourceSafe, al aplicar una etiqueta a una carpeta, se etiquetan de forma implícita todos los archivos y carpetas debajo de esta y no se crean versiones nuevas. Durante la migración de estas carpetas, el convertidor aplica la etiqueta a la versión correspondiente de la carpeta en Team Foundation. Éste aplica automáticamente la etiqueta a las versiones actuales de los archivos y carpetas dentro de la carpeta etiquetada.
Cambiar el nombre, eliminar y deshacer la eliminación de un archivo o carpeta	Durante la migración de los eventos para cambiar el nombre, eliminar y deshacer la eliminación de un archivo o carpeta, el convertidor reproduce el evento para crear una nueva versión del archivo y de la carpeta en Team Foundation.
Mover carpeta	El evento de mover carpetas crea una nueva versión de las carpetas en Team Foundation. En Visual SourceSafe, el comando mover no cambia el contenido o el historial de la carpeta, pero en su lugar se registra en el historial de la antigua y de la nueva carpeta primaria. Al mover una carpeta, Visual SourceSafe no reconstruye la versión antigua de la carpeta primaria. Después de la migración, podrá reconstruir una versión antigua, debido a la forma en que se migra el evento Mover carpeta. Por ejemplo, si aplica la etiqueta "LABEL1" a la carpeta $/A, que tiene una subcarpeta /B, y luego mueve /B a otra carpeta $/C en Visual SourceSafe, y después realiza una operación Get de "LABEL1" en $/A, no obtendrá $/A/B. Sin embargo, después de realizar la migración a Team Foundation, obtendrá la carpeta movida ($/A/B) cuando realice una operación Get de la etiqueta. Al migrar carpetas que se hayan movido, hay tres situaciones posibles que tienen resultados diferentes dependiendo de los datos que se migren: Se migran las carpetas de origen y de destino. No hay pérdida de datos. En el ejemplo anterior, se migran la carpeta de origen, $/A, y la de destino, $/C. Sólo se migra la carpeta de destino. Después de la migración, la carpeta que se ha movido aparece en la carpeta de destino como si se hubiera agregado cuando se movió la carpeta. El historial de la carpeta que se ha movido y los elementos que contenía antes de moverla no se han migrado a Team Foundation. Con el ejemplo anterior, el evento de mover la subcarpeta /B aparecerá en $/C como un evento de agregar carpeta. Para evitar la pérdida del historial, migre las carpetas de origen y de destino de la carpeta movida a la vez. Al ejecutar el análisis de la migración, el informe contiene una sección que advierte de la pérdida de datos. Sólo se migra la carpeta de origen. Durante la migración, el historial de la carpeta movida, y los elementos que contiene, no se migra a Team Foundation. Para evitar la pérdida del historial, migre a la vez las carpetas de origen y de destino de la carpeta movida de Visual SourceSafe. Al ejecutar el análisis de la migración, el informe contiene una sección que advierte de la pérdida de datos. Nota: Si el evento de mover carpeta se combina con un evento de restauración, puede que el historial no se migre correctamente.
Compartir archivos	En Visual SourceSafe, puede compartir una archivo para varias carpetas. Los cambios realizados en un archivo compartido se duplican en las carpetas para las que se comparte. Internamente, Visual SourceSafe crea vínculos simples entre archivos compartidos. Las carpetas no se comparten técnicamente en Visual SourceSafe. Al compartir una carpeta en Visual SourceSafe, se crea una copia de la carpeta y se comparten todos los archivos de la carpeta. Team Foundation no tiene una acción equivalente a compartir. Los archivos compartidos se migran creando una versión en la carpeta de destino con el mismo contenido que la versión del archivo, al mismo tiempo que se comparte. A partir de este punto, el convertidor duplica los cambios realizados en el archivo compartido en ambas ubicaciones.
Compartir y eliminar archivos	Un archivo que se comparte y luego se elimina, se controla como un archivo, excepto que todas las acciones realizadas después de la eliminación se omiten. Si se deshace la eliminación del archivo eliminado compartido, el convertidor realiza un informe de los errores producidos durante la migración para cada acción, como editar o cambiar el nombre. Sin embargo, durante la migración de la acción de deshacer la eliminación, el convertidor realiza una edición-no eliminación de archivo que tiene el mismo contenido que el archivo no eliminado en Visual SourceSafe. Si más adelante se cambia el nombre del archivo eliminado compartido, el convertidor realiza un informe de los errores producidos durante la migración de la acción de cambio de nombre. Las acciones después del cambio de nombre no se migran y el convertidor realiza un informe de los errores de cada acción.
Bifurcar archivos	Compartir es una condición previa a la bifurcación. El convertidor no puede asignar una bifurcación de Visual SourceSafe a otra de Control de versiones de Team Foundation. La migración de los archivos compartidos da como resultado la duplicación del archivo en la carpeta de destino. La migración de los eventos de bifurcación significa que los cambios realizados en el archivo compartido ya no se duplican en ambas ubicaciones. Por lo tanto, los cambios realizados en cualquier bifurcación se migran a la copia respectiva en Team Foundation. El informe de migración proporciona una lista de carpetas que contiene los archivos que se han compartido o bifurcado en Visual SourceSafe.
Archivar	Al almacenar los archivos o carpetas en Visual SourceSafe, se puede quitar completamente el historial de un archivo o carpeta, o quitar algunas versiones del historial de un archivo o carpeta. Si ha quitado el historial, el convertidor no puede migrar las versiones eliminadas. El convertidor omite el evento Archive.
Restaurar	Al realizar una restauración en Visual SourceSafe, se restaura el historial de un archivo o carpeta almacenada. El convertidor migra el historial restaurado de los archivos o carpetas. El convertidor omite el evento Restore.
PIN y UNPIN (Anclar y Desanclar)	Control de versiones de Team Foundation no es compatible con el anclaje; por tanto, todos los archivos anclados se migran creando dos etiquetas. La etiqueta PINNED_LATEST se aplica a las versiones ancladas de los archivos anclados y a la última versión de los archivos desanclados. La etiqueta PINNED sólo se aplica a las versiones ancladas de los archivos anclados. Después de la migración, la etiqueta PINNED_LATEST recupera los mismos archivos como la acción Obtener la última versión en Visual SourceSafe. Sin embargo, la etiqueta PINNED_LATEST devuelve diferentes archivos, si se producen eventos distintos a proteger después de un archivo anclado, como por ejemplo, cambio de nombre o eliminación del archivo.

Vea también

Conceptos

Cómo realiza el convertidor la agrupación de conjuntos de cambios para conseguir un mayor rendimiento

Otros recursos

Plan para la migración del control de código fuente