Partager via


Utiliser les branches pour isoler le risque dans le contrôle de version Team Foundation

 

Publication: mars 2016

Considérez les difficultés que rencontrent généralement les membres d'une équipe composée de plus de cinq ou dix personnes travaillant sur un projet de logiciel :

  • Le groupe se compose de quelques équipes de fonctionnalité, chacune travaillant sur un jeu de fonctionnalités raisonnablement discret. Mais chaque équipe dépend également des fonctionnalités générées par les autres équipes. Vous devez isoler les risques liés aux modifications introduites par chacune de ces équipes, même si au final, vous devrez fusionner le fruit de leurs efforts dans un seul et même produit.

  • L'équipe de test a besoin d'une version stable du code pour conduire des tests, mais en parallèle, les développeurs doivent continuer à faire progresser les nouvelles fonctionnalités qui peuvent parfois déstabiliser le produit.

  • Le logiciel dispose de deux versions antérieures et d'une version actuelle. Bien que la majorité de l'effort de développement soit concentré sur la version actuelle, les versions antérieures doivent encore être prises en charge par le biais de la diffusion occasionnelle de Service Packs, de correctifs critiques, de mises à jour de sécurité et d'autres modifications.

Dans cette section

Cette section décrit les outils de création de branche et de fusion fournis par le contrôle de version Team Foundation. Ces outils vous permettent de relever ces défis et bien d'autres auxquels doivent faire face les personnes qui travaillent sur un projet de logiciel.

Référence

Utiliser les commandes de contrôle de version Team Foundation

Rubriques connexes

Voir aussi

Créer une branche de façon stratégique
Visual Studio TFS Branching Guide (Guide de création de branche Visual Studio TFS) (page éventuellement en anglais)