Team Foundation Server Tutoriel
Démarrer avec Team Foundation Server

Remarques

Installation ou configuration

Instructions détaillées sur l'installation ou la configuration de tfs.

Qu'est-ce que TFS et comment sont stockées les données?

Team Foundation Server (généralement abrégé en TFS) est un produit Microsoft qui assure la gestion du code source (via Team Foundation Version Control ou Git), la génération de rapports, la gestion des exigences, la gestion de projet Fonctionnalités de gestion de laboratoire, de test et de gestion des versions. Il couvre tout le cycle de vie de l'application. TFS peut servir d'arrière-plan à de nombreux environnements de développement intégrés, mais il est adapté à Microsoft Visual Studio et Eclipse.

AVANTAGES:

1. Team Foundation Server fournit un ensemble d'outils de collaboration compatibles avec votre environnement de développement intégré ou votre éditeur, afin que votre équipe puisse travailler efficacement sur des projets logiciels de toutes formes et de toutes tailles.
2. Stockez et collaborez sur du code avec des référentiels privés illimités. Utilisez Git pour le contrôle de version distribué pour optimiser la collaboration ou utilisez le contrôle de version Team Foundation (TFVC) pour le contrôle centralisé des versions.
3. Prise en charge de la méthodologie AGILE
4. Prise en charge de plusieurs langues et IDE
5. Permet l'intégration de plug-ins tiers

TYPES de TFS:

1. En ligne
2. Sur place

Online est soutenu par la plate-forme cloud de Microsoft, Windows Azure, et ne nécessite aucune configuration. Un utilisateur se connecte à l'aide d'un compte Microsoft pour commencer à configurer son compte, créer des projets et ajouter des membres de l'équipe. Les nouvelles fonctionnalités développées lors des cycles de développement de trois semaines sont ajoutées à la version en ligne en premier. Ces fonctionnalités migrent vers la version sur site en tant que mises à jour tous les trois mois environ.

Team Foundation Server stocke toutes les données de changeset dans une base de données SQL Server. Il stocke le code de la dernière modification dans son intégralité. Il stocke ensuite un diff dans la version précédente. L'un des avantages de tout stocker dans SQL Server réside dans le fait qu'il bénéficie de la fonctionnalité de sauvegarde "tout ou rien" fournie par les transactions. L'architecture de TFS est centralisée. Cela signifie que tout le code source est maintenu à un seul endroit. Dans une architecture centralisée, le serveur TFS lui-même peut être considéré comme un point de défaillance unique, mais avec les solutions à haute disponibilité disponibles dans le système d'exploitation Windows Server, cela n'a pas besoin d'être le cas. De même, la base de données SQL Server stockant les bits de code source réels peut être mise en miroir sur plusieurs serveurs. Le contrôle TFS a été conçu pour s'intégrer de manière transparente aux dernières versions de Microsoft Visual Studio. Cependant, cela ne signifie pas que vous ne pouvez pas utiliser le contrôle de version TFS avec d'autres produits de développement logiciel. La fonctionnalité de TFS peut être divisée en plusieurs zones.  Fonctionnalités de base - Vérification et archivage des fichiers  Verrouillage - Limitation des modifications simultanées  Branchement et fusion - Utilisation de différentes versions du code source  Sécurité - Détermine qui peut accéder aux données de contrôle de version et comment

La fonctionnalité de base de tout système de contrôle de version inclut la vérification des entrées et des sorties de fichiers. Pour prendre en charge la simultanéité, TFS autorise plusieurs extractions du même fichier, mais cela peut être désactivé en cas de besoin. Les éléments peuvent également être exclusivement verrouillés afin que personne d'autre ne puisse archiver ou extraire un fichier tant qu'il est verrouillé. Si les extractions simultanées sont désactivées dans les paramètres du projet d'équipe, un verrou est automatiquement placé sur le fichier lors de l'extraction. Les branchements et les fusions peuvent être considérés comme des fonctions avancées dans TFS, mais ils sont néanmoins très utiles. L'idée principale du branchement est de prendre un ensemble de fichiers de code source et de créer une version distincte de ces fichiers. Le code ramifié peut vivre une vie distincte des fichiers sources originaux. Par exemple, si vous développez une application générique mais que vous devez créer une version spécialisée pour un client donné, vous pouvez créer une branche des personnalisations du client à partir de l’arbre de contrôle de source principal (le «tronc»). Si nécessaire, vous pouvez combiner à nouveau le code de personnalisation avec la ligne de contrôle de la source d'origine. Cela s'appelle la fusion. Tout dans TFS (à l'exception du contrôle de version des droits d'utilisateur Active Directory) est stocké dans une base de données SQL Server centrale. Cela inclut les paramètres de projet d'équipe, les données de fichier, les détails du jeu de modifications, etc. Comme presque tout se trouve dans un emplacement centralisé, il est impératif de faire des sauvegardes régulières de la ou des bases de données SQL et de disposer d'un plan de récupération après sinistre. Pour comprendre comment le contrôle de version est intégré à Microsoft Visual Studio, vous devez connaître trois fenêtres (ou volets, selon votre point de vue): la fenêtre Explorateur de contrôles de code source, Explorateur de solutions et Modifications en attente. Lorsque vous êtes connecté à une instance de Team Foundation Server, l'Explorateur de solutions vous permet d'extraire et d'archiver les fichiers directement à partir de la fenêtre en cliquant avec le bouton droit de la souris sur ces éléments. Cependant, par défaut, une extraction se produit simplement lorsque vous commencez à modifier un fichier dans Visual Studio. Par exemple, si vous ouvrez un fichier de code source C # dans l'éditeur et commencez à taper, le fichier est extrait. C'est souvent le moyen le plus pratique d'extraire des fichiers. Les petites icônes affichées par la fenêtre Explorateur de solutions vous permettent de faire la distinction entre les fichiers verrouillés, extraits et ajoutés, etc. Une icône de cadenas bleu indique qu'un fichier fait partie du contrôle de source mais n'est pas extrait actuellement. Une coche rouge indique que le fichier a été extrait et un signe plus jaune indique qu'un fichier a été ajouté au projet. Dans TFS, une opération d'extraction et l'opération permettant d'obtenir la dernière version sont séparées les unes des autres. En pratique, cela signifie qu’avant d’extraire un fichier, vous devez exécuter une commande "Get Latest" sur le ou les fichiers que vous souhaitez extraire. Cela peut être fait simplement en cliquant avec le bouton droit sur un élément dans l'Explorateur de solutions et en choisissant l'élément de menu Obtenir le dernier. Pour modifier ce comportement par défaut, vous pouvez choisir la commande de menu Outils / Options de Microsoft Visual Studio et accéder à la section Contrôle de code source / Visual Studio Team Foundation Server. De là, vous pouvez trouver une option nommée "Obtenir la dernière version de l'article à la caisse". La fenêtre de contrôle de source vous permet d'obtenir une vue plus holistique de votre arborescence de contrôle de version. Voici la fenêtre de l'explorateur de contrôle de source (actuellement déconnectée).

Pour ouvrir la fenêtre, choisissez la commande de menu Afficher / Autre Windows / Explorateur de contrôle de source ou double-cliquez sur le nœud Contrôle de code source dans la fenêtre Team Explorer de Visual Studio. La fenêtre Explorateur du contrôle de code source vous permet d'afficher et de manipuler des fichiers dans votre arborescence de contrôle de version. Vous pouvez effectuer toutes les mêmes opérations via cette fenêtre que vous ne pourriez le faire dans l'Explorateur de solutions: par exemple, vous pouvez archiver et extraire des fichiers, les renommer, les supprimer, etc. La différence est que, à l'aide de la fenêtre Explorateur du contrôle de code source, les fichiers avec lesquels vous travaillez ne doivent pas nécessairement faire partie d'un projet de développement Visual Studio, tel qu'un projet C #. Par exemple, vous pouvez ajouter une feuille de calcul Excel au contrôle de version; C'est quelque chose que vous ne voudrez peut-être pas faire par le biais de l'Explorateur de solutions. Chaque fois que vous travaillez avec des fichiers sous contrôle de version et que vous les modifiez, les ajoutez ou les supprimez, Visual Studio ne commet pas immédiatement les modifications sur le contrôle de version. Au lieu de cela, cela se fait uniquement lorsque vous vérifiez les modifications. En attendant, toutes vos modifications sont stockées par défaut dans une liste de modifications en attente, visible dans la fenêtre Modifications en attente.

La fenêtre Modifications en attente affiche la liste des fichiers qui n’ont pas été archivés. La fenêtre indique également l’opération (ajouter, modifier, supprimer ou renommer) demandée. Habituellement, vous effectuez vos check-ins via cette fenêtre, car elle vous permet d’enregistrer facilement plusieurs fichiers en une seule opération. Vous pouvez également écrire un commentaire pour accompagner les fichiers archivés et vous pouvez créer un lien vers un élément de travail Team Foundation Server avec les fichiers. Globalement, un ou plusieurs fichiers source, des commentaires facultatifs et des associations d'éléments de travail forment collectivement un ensemble de modifications. Un ensemble de modifications dans TFS est toujours archivé de manière atomique, ce qui signifie que l'ensemble complet réussit ou échoue lors de l'archivage. Un ensemble de modifications est associé à un identifiant unique. Dans le contrôle de version de TFS, un ensemble de modifications est un concept essentiel car il s'agit du plus petit ensemble de modifications que le système peut traiter. Un ensemble de modifications peut contenir un seul fichier ou un ensemble de fichiers. En outre, c'est la base de la déclaration, en particulier lorsqu'elle est utilisée avec des éléments de travail.