Utilisation du contrôle de version (Team Explorer Everywhere)

Vous utilisez le contrôle de version dans un environnement de développement en équipe pour isoler des modifications, réduire les conflits et améliorer la prévisibilité de vos processus de développement. Chaque développeur peut modifier du code et tester des modifications de celui-ci sur des copies locales de fichiers avant que ces fichiers soient partagés avec l'équipe. Si des problèmes se produisent, vous pouvez comparer facilement des versions de fichiers pour isoler la cause de la modification et même restaurer des modifications.

Tâches courantes

Tâche

Contenu de support

Comprendre les concepts de contrôle de version : lorsque vous utilisez des fichiers qui sont sous contrôle de version, vous utilisez les espaces de travail Visual Studio Team Foundation Server et les ensembles de modifications. Vous pouvez utiliser les espaces de travail Team Foundation Server pour gérer simultanément le développement de plusieurs versions d'une application. Les ensembles de modifications sont les groupes de fichiers et informations connexes que vous archivez dans le contrôle de version.

Ajouter des fichiers au contrôle de version : pour commencer le cycle de vie de développement d'un nouveau projet, vous devez ajouter ce projet au contrôle de version pour le partager avec votre équipe.

Obtenir des copies locales de fichiers : pour commencer à travailler sur un projet, vous devez obtenir une copie locale des fichiers pour ce projet. Si vous avez ajouté le projet au contrôle de version, vous disposez peut-être déjà de ces fichiers. Vous pouvez récupérer la version la plus récente, ou vous devrez peut-être récupérer une version antérieure pour corriger un bogue dans une version finale précédente de l'application. Pour apporter des modifications, vous devez extraire des fichiers du contrôle de version. Vous pouvez verrouiller les fichiers pour empêcher d'autres utilisateurs de les modifier pendant que vous les utilisez.

Envoyer des modifications : après avoir apporté et testé vos modifications de code, vous devez les envoyer en tant qu'un ou plusieurs ensembles de modifications dans le contrôle de version pour les mettre à disposition de votre équipe. Si nécessaire, vous pouvez revenir à la dernière version des modifications en attente ou restaurer les modifications que vous avez déjà envoyées au serveur.

Vous pouvez créer un jeu de réservations si vous devez mettre de côté des modifications en attente ou si vous souhaitez rendre un ensemble de modifications en attente disponible pour une révision du code avant de les archiver. Vous pouvez mettre de côté des modifications en attente si, par exemple, vous devez corriger un bogue prioritaire dans les mêmes fichiers.

Gérer des ensembles de fichiers pour les versions finales : vous pouvez utiliser des étiquettes ou des branches pour gérer plus facilement les versions finales qui comprennent des ensembles de dossiers et fichiers. Les étiquettes vous permettent de récupérer les versions des fichiers qui correspondent à une build particulière de votre application. Les branches vous permettent d'isoler les risques liés au fait que plusieurs équipes développent simultanément le code dans la même base de code.

Afficher l'historique de l'ensemble de modifications : pour tout fichier ou dossier qui est sous contrôle de version, vous pouvez obtenir des informations détaillées sur les modifications apportées à cet élément.

Voir aussi

Autres ressources

Plug-in Eclipse pour Team Foundation Server