Migration à partir de Visual SourceSafe
Mise à jour : novembre 2007
Visual SourceSafe est un outil de contrôle de code source pour les développeurs de logiciels professionnels. Pour plus d'informations sur Visual SourceSafe, consultez Contrôle de code source pour Visual Studio. Team Foundation est un système de contrôle de code source client-serveur qui utilise un service Web .NET pour accéder aux éléments stockés dans une base de données SQL Server. L'architecture de contrôle de code source Team Foundation offre une fiabilité et des performances accrues.
L'outil de conversion Visual SourceSafeTeam Foundation transfère des fichiers, des dossiers, un historique des versions, des étiquettes et des informations utilisateur d'une base de données Visual SourceSafe vers le contrôle de version Team Foundation. Avant de déplacer des fichiers et des informations sur l'historique vers Team Foundation, vous devez analyser une copie de sauvegarde de la base de données Visual SourceSafe, archiver autant de fichiers que possible et savoir quelles informations ne peuvent pas être transférées de Visual SourceSafe vers Team Foundation.
Différences entre Team Foundation et Visual SourceSafe
Visual SourceSafe et le contrôle de version Team Foundation vous permettent d'accomplir les mêmes tâches fondamentales :
Développer en parallèle plusieurs versions d'un produit
Apporter des modifications à une version finale d'un produit sans affecter d'autres versions
Rapidement récupérer un lot de fichiers connexes
Déterminer qui a apporté une modification et quand
Comparer des révisions d'un fichier
Déplacer les modifications d'une version vers une autre
Les interfaces utilisateur du contrôle de version Team Foundation ont été conçues pour que les utilisateurs de Visual SourceSafe s'y retrouvent. Les deux produits offrent un client de ligne de commande et l'intégration Microsoft Visual Studio Team System. Le contrôle de version Team Foundation ne présente pas d'interface utilisateur distincte comme Visual SourceSafe.
Malgré un certain nombre de ressemblances, Team Foundation et Visual SourceSafe sont fondamentalement différents. Cette rubrique est divisée en deux sections principales décrivant ces différences :
La section Différences architecturales décrit les différences technologiques et opérationnelles entre Team Foundation et Visual SourceSafe.
La section Différences fonctionnelles répertorie les fonctionnalités proposées dans un produit, mais pas dans l'autre, décrit les modifications mineures de fonctionnalité, identifie les paramètres par défaut qui diffèrent selon le produit et explique comment ces modifications peuvent aider votre équipe à développer avec davantage d'efficacité à l'aide de Team Foundation.
Différences architecturales
L'Explorateur SourceSafe et le plug-in pour Visual Studio peuvent lire et écrire dans une base de données Visual SourceSafe, qui constitue une collection des fichiers stockés habituellement dans un dossier réseau partagé.
Sécurité et droits du projet
Les droits et les assignations de l'utilisateur de Visual SourceSafe que vous définissez dans le programme d'administration Visual SourceSafe sont indépendants des autorisations de partage Windows pour le dossier de la base de données Visual SourceSafe. Vous pouvez définir des droits et des assignations pour des projets Visual SourceSafe spécifiques ou des utilisateurs Visual SourceSafe individuels, mais tous les utilisateurs Visual SourceSafe doivent disposer des mêmes autorisations sur le dossier de la base de données Visual SourceSafe. Par conséquent, tous les utilisateurs Visual SourceSafe, indépendamment de leurs droits au niveau du projet tels que spécifiés à l'aide du programme d'administration Visual SourceSafe, peuvent accéder aux dossiers partagés et avoir un contrôle total sur toutes les données Visual SourceSafe.
Dans Team Foundation, les autorisations opérationnelles spécifiques à l'utilisateur et les droits d'accès au niveau du projet sont attachés aux comptes d'utilisateur Windows. L'authentification utilisateur est exécutée en toute sécurité par Internet Information Server. L'accès distinct à la base de données SQL Server ne doit pas être accordé aux utilisateurs individuels exécutant des opérations de contrôle de code source. Par conséquent, l'infrastructure de sécurité de Team Foundation résultant est fiable, sûre et facile à administrer.
Fiabilité
Comme Visual SourceSafe n'a pas de composant serveur, les opérations impliquant le transfert de données du client vers la base de données ne sont pas transactionnelles. Cela signifie qu'une opération ne peut pas être restaurée si un problème se produit. Dans les rares cas où un problème tel que la perte de la connectivité réseau se produit au cours d'une opération d'écriture, l'intégrité des fichiers affectés peut être compromise et les informations perdues.
Team Foundation est une application client-serveur dans laquelle les opérations d'écriture s'effectuent dans la base de données via les procédures stockées qui ne sont pas soumises aux problèmes de connectivité réseau. En outre, certaines opérations sont exécutées à l'aide de transactions pour pouvoir être restaurées en cas d'erreur. Cette architecture garantit que vos fichiers sources ne sont pas endommagés à votre insu. Elle garantit également que les groupes de fichiers contenant des modifications dépendantes sont tous validés en même temps au serveur de contrôle de code source, comme un ensemble de modifications vraisemblablement bien testé.
Évolutivité
Team Foundation peut prendre en charge des équipes allant jusqu'à 2 000 utilisateurs alors que Visual SourceSafe est recommandé pour des équipes de 20 utilisateurs au maximum. Les serveurs Team Foundation peuvent contenir autant de données qu'une base de données SQL Server le permet (des téraoctets) et que votre matériel peut prendre en charge, alors que la taille limite recommandée pour une base de données Visual SourceSafe est de 4 Go.
Différences fonctionnelles
Ensembles de modifications
Conceptuellement, la structure interne d'une base de données Visual SourceSafe est semblable à celle d'un serveur de contrôle de code source de Team Foundation. Les bases de données et les serveurs sont organisés hiérarchiquement. Les dossiers contiennent des fichiers. Les fichiers comprennent plusieurs versions identifiées en fonction du nombre et de la date/heure de création.
Team Foundation met en œuvre un concept appelé ensemble de modifications. Ce concept n'existe pas dans Visual SourceSafe. Un ensemble de modifications est un conteneur logique dans lequel Team Foundation stocke tous les éléments en rapport avec une seule opération d'archivage, à savoir révisions de fichier et de dossier, liens vers les éléments de travail connexes, notes d'archivage, commentaire d'archivage et autres informations telles que l'auteur de l'envoi de la modification. Pour plus d'informations, consultez Utilisation des ensembles de modifications du contrôle de version.
Partage et épinglage
Team Foundation ne possède pas de commande équivalente aux fonctionnalités de partage ou d'épinglage Visual SourceSafe. Lorsque vous effectuez une migration de projets Visual SourceSafe vers Team Foundation, les épingles d'une base de données Visual SourceSafe sont remplacées par les étiquettes.
Différences dans le stockage des historiques dans Team Foundation
Visual SourceSafe et Team Foundation stockent différemment l'historique des actions suivantes.
Ajouter et Créer Dans Visual SourceSafe, ajouter un fichier ou un dossier crée une version du parent ainsi que le fichier. Dans l'historique parent, l'action est enregistrée comme un ajout et dans l'historique du fichier, l'action est enregistrée comme une création. Dans Team Foundation, ajouter un fichier ou un dossier crée simplement une version du fichier ou du dossier avec un ajout. Aucune version de parent n'est créée pour cette action.
Renommer, Supprimer et Restaurer Dans Visual SourceSafe, ces actions créent une nouvelle version de parent. Alors que dans Team Foundation, elles créent une nouvelle version de l'élément lui-même.
Déplacer Dans Visual SourceSafe, lorsque vous déplacez un dossier, de nouvelles versions des dossiers parents sources et de destination sont créés, et les actions sont enregistrées sur chaque parent déplacent le dossier dans le parent ou hors du parent. Aucune version du dossier F n'est créée. Par exemple, si vous déplacez le dossier F de la source S vers la destination D, une nouvelle version de D est créée avec l'action « Déplacement de $F à partir de S » et une nouvelle version de S est créée avec l'action « Déplacé de $F vers D ». Dans Team Foundation, seule une nouvelle version de F est créée avec l'action « Renommer ».
Différences dans l'extraction et l'archivage
Dans Visual SourceSafe, vous devez faire une extraction et un archivage explicites uniquement si vous modifiez un fichier. Dans Team Foundation, chaque action nécessite une extraction et un archivage explicites.
Fonctionnalités fonctionnant différemment dans Team Foundation
Par défaut, Team Foundation n'exécute pas d'opération Get en mode silencieux lorsque vous extrayez un fichier.
Dans Team Foundation, plusieurs utilisateurs peuvent extraire et apporter des modifications au même élément en même temps. Dans Visual SourceSafe, les extractions sont exclusives par défaut. Toutefois, vous pouvez verrouiller un fichier dans Team Foundation pour empêcher d'autres utilisateurs d'extraire ou d'archiver des modifications. Pour plus d'informations, consultez Présentation des types de verrous.
Créer une branche et fusionner Visual SourceSafe fournit une prise en charge de base de la création de branches et de la fusion parce que Visual SourceSafe ne stocke pas l'historique de fusion entre deux branches de fichiers ou de dossiers. Toutefois, le contrôle de version Team Foundation ne prend pas en charge l'historique de fusion. Sans historique de fusion, vous finissez par effectuer des fusions sans base dans Visual SourceSafe.
Obtenir la dernière version lors de l'extraction
Lorsque vous extrayez un fichier dans Visual SourceSafe, l'application récupère la version la plus récente du fichier du contrôle de code source. Vous pouvez configurer le comportement d'extraction dans le contrôle de version Team Foundation de deux façons. Si vous souhaitez que le comportement d'extraction soit le même que dans Visual SourceSafe, vous pouvez configurer les paramètres d'extraction pour obtenir la version la plus récente des éléments lors de leur extraction. Pour plus d'informations, consultez Comment : configurer les paramètres d'extraction.
Vous pouvez également configurer le comportement d'extraction pour marquer la copie locale du fichier comme extraite sans obtenir la dernière version du serveur. Ce comportement d'extraction est utile lorsque vous exécutez une opération d'obtention pour récupérer un jeu de fichiers. En général, la configuration des fichiers sources sur votre ordinateur représente une capture instantanée à un moment donné de fichiers spécifiques qui fonctionnent ensemble, dans le contrôle de version Team Foundation. C'est pourquoi ils peuvent être générés et testés ensemble.
En tant que développeur utilisant un espace de travail, vous n'êtes pas concerné par les modifications effectuées par d'autres développeurs. Vous pouvez contrôler le moment où accepter des modifications apportées par d'autres développeurs en exécutant une opération Get (Obtenir), selon le cas. Dans l'idéal, vous mettez à jour la configuration entière de la source, et pas seulement un ou deux fichiers. En effet, les modifications dans un fichier dépendent en général de modifications correspondantes dans d'autres fichiers. Ce comportement d'extraction garantit que vous avez toujours une capture instantanée cohérente de la source qui peut être générée et testée.
Lorsque vous archivez vos modifications, Team Foundation fusionnera vos modifications avec toutes modifications apportées à la version serveur. Une boîte de dialogue de résolution des conflits s'affiche si des conflits sont détectés.
Fonctionnalités Team Foundation qui n'existent pas dans Visual SourceSafe
Notifications par courrier électronique par Définition d'alertes
Fonctionnalités Visual SourceSafe qui n'existent pas dans Team Foundation
Partager
Épingler
Archiver et restaurer
Expansion de mots clés
Pour plus d'informations, consultez les sections suivantes :
Migration des événements d'historique
Décrit comment certains événements historiques particuliers dans Visual SourceSafe sont migrés vers le contrôle de version Team Foundation.Comment le convertisseur groupe les ensembles de modifications pour améliorer les performances
Explique comment VSSConverter convertit les ensembles de modifications qui sont utilisés pour grouper des informations à propos d'un archivage.Planification de la migration du contrôle de code source
Décrit comment planifier une migration de Visual SourceSafe vers le contrôle de version Team Foundation.Migration du contrôle de code source
Décrit comment effectuer une migration de Visual SourceSafe vers le contrôle de version Team Foundation.Après la migration du contrôle de code source
Décrit les tâches à effectuer après la migration pour vérifier si elle a réussi et dépanné les problèmes de migration.VSSConverter, utilitaire en ligne de commande pour la migration du contrôle de code source
Répertorie toutes les options de ligne de commande pour le convertisseur de la migration du contrôle de code source.
Voir aussi
Tâches
Procédure pas à pas : migration de Visual SourceSafe vers Team Foundation