Partager via


VSSConverter, utilitaire en ligne de commande pour la migration du contrôle de code source

Mise à jour : novembre 2007

Utilisez l'utilitaire en ligne de commande VSSConverter pour analyser puis migrer des bases de données Visual SourceSafe vers le contrôle de version Team Foundation.

L'utilitaire VSSConverter.exe figure dans <lecteur>:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE. Il est également disponible à partir de l'invite de commandes de Visual Studio.

Remarque importante :

Le VSS Converter nécessite Microsoft Visual SourceSafe 2005 ou une version ultérieure.

Les options globales suivantes sont disponibles pour toutes les commandes VSSConverter.

Option

Description

/?, /h, /help

Affiche l'aide.

Informations conservées après la migration

Lorsque vous procédez à une migration de Visual SourceSafe vers le contrôle de version Team Foundation, les informations d'historique suivantes sont conservées :

  • Ajouter un fichier ou un dossier   Enregistre le nom du fichier ou du dossier, la date et l'heure de l'ajout et le nom d'utilisateur.

  • Supprimer un fichier ou un dossier   Enregistre le nom du fichier ou du dossier, la date et l'heure de suppression et le nom d'utilisateur.

  • Restaurer un fichier ou un dossier   Enregistre le nom du fichier ou du dossier, la date et l'heure de la restauration et le nom d'utilisateur.

  • Renommer un fichier ou un dossier   Enregistre l'ancien nom du fichier ou du dossier, le nouveau nom, la date et l'heure du changement de nom, ainsi que le nom d'utilisateur.

  • Modifier le fichier   Enregistre la date et l'heure d'archivage et le nom d'utilisateur.

  • Modifier l'étiquette   Enregistre le nom de l'étiquette, la date et l'heure de la modification, ainsi que le nom d'utilisateur.

  • Déplacer un dossier   Enregistre l'ancien emplacement, le nouvel emplacement, la date et l'heure du déplacement et le nom d'utilisateur.

    Remarque :

    Les informations relatives au déplacement des dossiers dans une base de données Visual SourceSafe sont uniquement conservées dans le contrôle de version Team Foundation si les dossiers source et de destination sont migrés en même temps.

Informations non conservées après la migration

L'outil Convertisseur ne conserve pas les informations de l'historique relatives aux actions Visual SourceSafe suivantes :

  • Partage   Le partage n'est pas pris en charge dans le contrôle de version Team Foundation. Les fichiers Visual SourceSafe partagés sont migrés vers le contrôle de version Team Foundation en copiant la version du fichier au début du partage avec un dossier de destination. Par la suite, les modifications apportées au fichier partagé sont répliquées sur les deux copies.

  • Création de branche   Étant donné que le partage est une condition préalable à la création de branches, la migration d'un fichier partagé crée une copie du fichier dans le dossier de destination. Après la création de branches, les modifications apportées à une branche sont migrées vers la copie respective dans le contrôle de version Team Foundation.

  • Épinglage   Le contrôle de version Team Foundation ne prend pas en charge l'épinglage. Tous les fichiers épinglés sont migrés en créant deux étiquettes. L'étiquette PINNED_LATEST est appliquée aux versions épinglées des fichiers épinglés et à la version la plus récente des fichiers non épinglés. L'étiquette PINNED est uniquement appliquée aux versions épinglées des fichiers épinglés. Après la migration, l'étiquette PINNED_LATEST récupère les mêmes fichiers qu'une opération Obtenir la dernière version dans Visual SourceSafe. Toutefois, l'étiquette PINNED_LATEST peut retourner des fichiers différents si des événements autres qu'un archivage (tels qu'un changement de nom ou une suppression) ont eu lieu après l'épinglage d'un fichier.

  • Dossiers avec une combinaison d'actions de déplacement et de restauration   La migration d'un dossier possédant un historique de version qui inclut une action de déplacement associée à une action de restauration peut ne pas s'effectuer correctement.

Horodatages

L'horodatage associé à une action n'est pas conservé pendant la migration, car il est remplacé par l'horodatage de l'heure de la conversion. L'horodatage d'origine d'une action utilisateur est ajouté au commentaire, comme illustré dans l'exemple suivant :

Visual SourceSafe avant migration

Contrôle de version Team Foundation après migration le 2 mai 2005 à 15h30

Action utilisateur : archivage de $/ProjectA/a.c

Version : 5

Horodatage: 3 juin 2002 12h30

Commentaire : Bogue résolu dans l'écran « Accueil »

Action utilisateur : archivage de $/ProjectA/a.c

Version : 5

Horodatage: 3 juin 2002 12h30

Commentaire : {03/06/2002 12h30}

Bogue résolu dans l'écran « Accueil »

Liaisons du contrôle de code source

Le convertisseur VSS ne migre pas les liaisons du contrôle de code source. Après la migration, vous devez modifier les liaisons du contrôle de code source pour les solutions Visual Studio afin qu'elles soient liées au contrôle de version Team Foundation. Pour plus d'informations sur la migration des liaisons du contrôle de code source, consultez Comment : effectuer la migration des liaisons du contrôle de code source provenant de Visual SourceSafe

Dans cette section

Rubriques connexes

Migration à partir de ClearQuest

Migration à partir de Visual SourceSafe

Voir aussi

Concepts

Migration des événements d'historique