Partager via

Planification de la migration du contrôle de code source

  • Article

Mise à jour : novembre 2007

Cette section contient des informations relatives à la planification de la migration de vos projets de contrôle de code source Visual SourceSafe vers le contrôle de version Team Foundation. Le processus de migration prend du temps car vous effectuez une migration d'années de données de contrôle de code source. Le convertisseur fournit des options de migration qui peuvent réduire la durée de la migration en réduisant le temps de migration ou en permettant à vos équipes de travailler sur le contrôle de code source pendant la migration. Déterminez l'option de migration la mieux adaptée à votre équipe :

  • Migration projet par projet   Utilisez cette option pour migrer les sources d'une équipe ou d'un projet à la fois ; en général un dossier dans Visual SourceSafe. Cette option garantit que les autres équipes ne sont pas bloquées pendant la migration ; toutefois, si deux équipes ont des dépendances entre leurs sources, vous devez migrer conjointement les sources des deux équipes, c'est-à-dire les dossiers du projet. Les deux dossiers peuvent avoir quelques dépendances qui pourraient provoquer la perte de données si seuls certains dossiers sont migrés. La phase d'analyse permet d'identifier les dépendances entre des dossiers.

  • Migration incrémentielle   Utilisez cette option pour migrer votre base de données Visual SourceSafe par phases. La migration d'une base de données Visual SourceSafe par phases garantit que les utilisateurs peuvent continuer à utiliser Visual SourceSafe pendant le processus de migration. Pour plus d'informations, consultez Comment : effectuer une migration par incrément vers Team Foundation

  • Utiliser la fonction d'archivage de VSS pour migrer partiellement l'historique   Utilisez cette option si vous ne souhaitez pas migrer l'ancien historique. En utilisant cette fonctionnalité vous supprimez l'historique des versions de fichiers et de dossier antérieur à une date spécifique. Pour plus d'informations, consultez Comment : effectuer la migration partielle d'un historique à l'aide des archives dans Visual SourceSafe.

Dans la première phase, vous effectuez une analyse de la base de données Visual SourceSafe à migrer et vous migrez ensuite réellement la base de données Visual SourceSafe vers le contrôle de version Team Foundation. La phase d'analyse génère un rapport qui fournit des informations relatives à la perte de données potentielle pendant la migration. Vous pouvez limiter la perte de données potentielle en effectuant quelques étapes de pré-migration. Toutefois, la perte de données est inévitable parce que certaines données Visual SourceSafe ne peuvent pas être mappées au contrôle de version Team Foundation. Après la migration, vous recevez un rapport qui vous fournit des informations relatives à l'état et aux éventuelles pertes de données pendant la migration. Après la migration, quelques étapes peuvent s'avérer nécessaires afin de s'assurer que vous pouvez utiliser les sources migrées.

L'espace disque libre approximatif sur la couche Données de Team Foundation Server qui est requis pour la migration peut être évalué sur la base de deux facteurs :

  1. Taille de la base de données Visual SourceSafe à migrer.

  2. Nombre d'actions à migrer.

Il est recommandé que vous disposiez d'un espace disque suffisant sur la couche Données de Team Foundation Server pour prendre en charge deux fois la taille de la base de données Visual SourceSafe à migrer.

Dans cette section

Voir aussi

Concepts

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

Autres ressources

Migration du contrôle de code source

Après la migration du contrôle de code source