---

Août 2016

Volume 31, numéro 8

Cet article a fait l'objet d'une traduction automatique.

DevOps - validation GIT : Contrôle de code source dans Visual Studio 2015

Par Jonathan Waldman | Août 2016

Depuis leur 2013releases, Visual Studio et Team Foundation Server ont offert prise en charge de l’emploi pour Git, le système de gestion de code source extrêmement populaire qui a upended de nombreuses options traditionnelles. Pour compléter cette option de contrôle de code source, Microsoft a ajouté riche frontal outillage pour Git dans Visual Studio. Mais comment accéder et tirer parti de ces outils ?

Dans cet article, j’aborderai le Git diffère de la technologie de contrôle source associé avec Team Foundation Server (TFS), auparavant appelé contrôle de Version Team Foundation (TFVC). Puis je vais approfondir la configuration Git ; comment créer, se connecter à et fonctionner avec un référentiel local (référentiel), notamment la façon de préparer et de valider les modifications ; comment gérer des branches, y compris la fusion et l’affichage de l’historique ; et comment se connecter à différents types de référentiels à distance, y compris comment synchroniser les modifications.

J’ai créé les chiffres dans cet article à partir de Visual Studio 2015, mise à jour 2 Enterprise edition, mais les éléments qu'aborder ici sont disponibles dans toutes les autres versions de Visual Studio 2015, y compris les éditions Express et de la Communauté. Pour conserver l’espace, j’ai créé des chiffres qui contiennent parfois plus d’une image de l’écran et faire autrement clair dans le texte. En outre, j’utilise marques numérotées pour attirer votre attention sur les éléments dans une figure. Une fois que j’ai font référence à un chiffre, je mentionne généralement simplement ses marqueurs. Par exemple, dans la phrase, « consultez Figure 1, marqueur 1 et examinez le marqueur 2, « je suis impliquant que marqueur 2 est dans Figure 1.

Figure 1 le panneau d’accueil de la fenêtre Team Explorer (hors connexion)

Présentation

Si vous utilisez Visual Studio pour plus de quelques années, vous pouvez avoir l’impression que TFVC est le bon choix à effectuer lors du développement de solutions dans un environnement d’équipe. Il est souvent, surtout si vos projets sont déjà à l’aide de TFVC ou s’ils souhaitent stocker des fichiers très volumineux, contiennent un grand nombre de fichiers (au-delà de ce que tout le monde est ou peut raisonnablement diffuser sur un réseau) ou doit être en mesure de verrouiller les fichiers sous contrôle de code source. Toutefois, comme les développeurs travaillent généralement depuis des emplacements distants disparates tout en contribuant à un projet collaboratif unique, les équipes de développement plus récentes ont pareillement afflué sur Git car il s’agit d’un système de contrôle de version décentralisé avec un contenu de large et multiplates-formes qui permet de vous travaillez de manière productive en mode hors connexion lorsque vous validez ou annulez les modifications, gérer les branches et accéder à l’historique. De plus, lorsque vous êtes prêt, vous pouvez en ligne et se connecter sur le même référentiel distant qui est mis à jour par le reste de l’équipe et synchroniser vos modifications hors connexion à l’aide de différentes méthodes.

L’IDE de Visual Studio 2015 repose sur l’API LibGit2 et la couche de communication LibGit2Sharp pour implémenter toutes les fonctionnalités Git qu'il expose dans ses outils frontaux. LibGit2 est une dépendance de zéro, interplateforme open source Git moteur entièrement écrite en C. LibGit2Sharp est une bibliothèque écrite en c# qui s’exécute comme un processus géré sous Microsoft .NET Framework. Il sert d’un. Interface conviviale NET entre Visual Studio et LibGit2 et il simplifie considérablement l’effort de programmation requise par l’équipe de développement Visual Studio pour établir un pipeline de communication vers et à partir de la bibliothèque LibGit2. LibGit2Sharp est disponible pour vous, ce qui signifie que vous pouvez utiliser votre langage .NET favori pour écrire vos propres outils Git et les utilitaires. Accéder à plus de détails sur LibGit2 et LibGit2Sharp à libgit2.github.com.

Dans Visual Studio, Team Explorer est le conduit GUI principal par le biais duquel vous interagissez avec LibGit2 au final, le moteur Git sous-jacent. Pour l’ouvrir, sélectionnez la vue | Élément de menu de l’Explorateur de l’équipe ou tapez Ctrl + \ suivi par Ctrl + M. En haut de l’Explorateur d’équipes fenêtre est une barre d’outils contenant des boutons de navigation ou recule bleu suivie de la maison blanche, Connect vert et bleu boutons d’actualisation. Cliquez sur le bouton Accueil et vous verrez une fenêtre similaire à celle illustrée dans Figure 1.

Voici l’étiquette « Home » dans la barre d’outils (marqueur 1). Cette étiquette a une flèche blanche en regard de celui-ci (marqueur 2), indiquant qu’il n’est connecté à un menu déroulant. Cliquez n’importe où le long de l’étiquette pour afficher le menu (marqueur 4). La barre d’outils de Team Explorer et ce menu contextuel vous permettent de basculer facilement entre les différents panneaux de Team Explorer ; Il est un autre type de boîte de dialogue à onglets métaphore : Le type de panneau de configuration en cours d’affichage (dans ce cas, Home) s’affiche dans l’étiquette du Panneau de configuration (marqueur 1) et la légende de barre de titre de l’Explorateur d’équipes (marqueur 3).

Configurer Git

Avant d’utiliser Git dans Visual Studio, vous devez configurer ses paramètres globaux. Pour ce faire, accédez au panneau d’accueil de Team Explorer. Sa section de projet contient une série de boutons d’affichage des modifications en attente, la gestion des branches et la synchronisation avec les référentiels distants (Figure 1, 5 de marqueur). Cliquez sur paramètres pour ouvrir le panneau Paramètres, puis cliquez sur paramètres globaux sous la section Git. Cela présente le panneau Paramètres Git (Figure 2, marqueur 1). Ces paramètres globaux ne sont pas liées à un référentiel Git particulier ; au lieu de cela, ils fournissent des valeurs par défaut lorsque vous créez de nouveaux référentiels (vous pouvez remplacer ultérieurement ces valeurs par défaut sur une base par référentiel). Spécifiez votre nom d’utilisateur (il doit s’agir votre nom complet, les espaces sont autorisés) ; votre adresse de messagerie et l’emplacement de référentiel par défaut, qui est le dossier par défaut où vous souhaitez nouvellement créé un référentiel Git doit être stockée par Visual Studio (marqueur 2).

Figure 2 le panneau Paramètres de Team Explorer Git

En outre, spécifiez s’il faut associer les images d’auteur TFS ou Gravatar Git activités. Si vous sélectionnez Gravatar, sachez que le fonctionnement de cette fonctionnalité pour envoyer l’adresse de messagerie associée à chaque validation Git Gravatar en tant que clé de recherche. Gravatar retourne ensuite une image associée à cette adresse de messagerie. Par conséquent, au final, cette fonctionnalité apparemment anodin par partage des informations de contact sur tous les utilisateurs de votre équipe avec une entité tierce, quelque chose que vous pouvez souhaiter empêcher. Enfin, sélectionnez s’il faut valider les modifications après une fusion par défaut (marqueur 3). Si vous apportez des modifications à ces champs, cliquez sur la mise à jour pour les enregistrer (marqueur 4).

Dans une section distincte du panneau, vous pouvez définir l’outil de comparaison et de l’outil de fusion à utiliser ; actuellement, ces valeurs par défaut pour les outils de Visual Studio propre. Si vous souhaitez personnaliser davantage ces sélections, vous devrez peut-être modifier manuellement le fichier de configuration dans lequel écrit cette fenêtre. Si le fichier est .gitconfig, et il se trouve dans votre dossier homepath.

Utilisation d’un référentiel Local

Lorsque vous travaillez sur vos projets en tant que développeur solo et que vous avez apportées à la bonne décision pour placer votre code sous contrôle de code source, vous pouvez démarrer en mode hors connexion sur un référentiel Git local, puis évoluer vers un référentiel connecté, à distance plus tard, si justifiée.

Pour créer un référentiel vide, ouvrez le panneau de connexion Team Explorer (Figure 3, marqueur 1) et cliquez sur Nouveau dans des référentiels Git locaux (marqueur 2; Nouveau apparaît en grisé, car j’ai déjà cliqué). Entrez un nom de chemin d’accès et le référentiel local, tel que votre chemin d’accès du code source par défaut suivie \MyNewestRepo (marqueur 3), puis cliquez sur Créer (marqueur 4). Cela crée un dossier appelé MyNewestRepo (il s’agit de votre répertoire de travail) qui contient un dossier .git, ainsi que deux fichiers, .gitignore et .gitattributes. Bien que je le montre l’image d’écran, .git est un dossier masqué : Il contient le référentiel Git réels (de Git sauvegarde de base de données et les fichiers de maintenance) et généralement ne doit pas être touché. Mais, car elle contient votre référentiel Git entière, vous souhaiterez sauvegarder, il est important de savoir qu’il existe. Le fichier .gitattributes spécifie comment Git doit gérer les fins de ligne et les programmes à lancer lorsque la comparaison un fichier dans le référentiel actuel ; .gitignore Spécifie que Git ne doit pas effectuer le suivi des fichiers avec certaines extensions ou dans certains dossiers (par défaut, il spécifie les extensions de fichier .suo, .user, .pdb et .tmp et tous les fichiers dans les dossiers debug et release). Ajouter d’autres extensions de fichiers et les dossiers nécessaires afin de réduire la taille de votre référentiel Git aussi réduite que possible.

Figure 3 l’Explorateur d’équipes se connecter à panneau de configuration

Après avoir créé le nouveau référentiel, vous verrez qu’il apparaît sous la section des référentiels Git locaux. Double-cliquez sur n’importe quel référentiel qui apparaît dans la liste (Figure 3, 6 du marqueur) pour la connexion ; cela met en évidence le référentiel à l’aide d’une police en gras avant la redirection vers le panneau Home, qui confirme que vous connecté avec succès vers le référentiel que vous avez sélectionné (Figure 4, marqueur 2).

Figure 4 le panneau d’accueil de Team Explorer, connecté à un référentiel

Si vous cliquez sur paramètres, vous verrez que vous avez accès à des paramètres spécifiques au référentiel. Si vous souhaitez remplacer les valeurs héritées de paramètres globaux de Git, accéder à ces paramètres. Par exemple, il est assez courant pour personnaliser l’adresse de messagerie pour le référentiel en cours si vous travaillez sur un projet pour un client particulier et que vous souhaitez utiliser une adresse de messagerie de travail spécifique. En outre, vous pouvez cliquer sur les liens fournis pour modifier directement les fichiers .gitignore et .gitattribute ; Spécifiez les outils de comparaison et de fusion à utiliser ; ajouter des bases de données distantes et afficher les autres attributs liés au référentiel actuel.

Rappelez-vous que le répertoire de travail de Git est le dossier parent qui contient le répertoire .git. Une fois que vous avez créé et configuré le référentiel vide, la méthode pour ajouter des fichiers est tout d’abord ajouter les fichiers dans le répertoire de travail. GIT verront ces fichiers, mais ne les incorporer dans le référentiel Git jusqu'à ce que l’étape et de les valider. Grâce à cette base de connaissances, utilisez simplement le répertoire de travail que vous voulez participer à un flux de travail Git-commit une fois que vous êtes prêt.

Depuis un référentiel vide et ajouter des fichiers est une option, vous pouvez également commencer avec les fichiers de solution. Pour créer une nouvelle solution avec un référentiel Git, sélectionnez fichier | Nouvel élément de menu projet. Vous verrez la boîte de dialogue Nouveau projet qui inclut une case à cocher « Créer le nouveau référentiel Git ». Si elle est activée, Visual Studio crée une solution et un nouveau référentiel Git, ainsi que les deux fichiers de configuration .gitattributes et .gitignore, dans le répertoire de travail du projet. Si vous avez une solution existante et que vous souhaitez placer sous contrôle de code source Git, ouvrez la solution et puis sélectionnez le fichier Visual Studio | Ajouter à l’élément de menu du contrôle de code Source. Les deux procédures créent un nouveau référentiel Git avec .gitattributes et .gitignore des fichiers de configuration.

Chaque fois que vous ouvrez une solution sous contrôle de code source Git, Visual Studio se connecte automatiquement au référentiel dans le dossier de travail de cette solution. De même, lorsque vous utilisez le panneau de connexion Team Explorer pour vous connecter à un référentiel existant, Visual Studio dynamiquement tous les dossiers dans le répertoire de travail de ce référentiel pour les fichiers .sln et les répertorie dans la section des Solutions du panneau d’accueil. Par exemple, si vous vous connectez au référentiel MyNewestRepo, vous pouvez voir une liste de solutions qui ressemble à l’image de légende Figure 4, 4 de marqueur. Lorsque Visual Studio identifie ces solutions associées à un référentiel, double-cliquez sur une entrée pour ouvrir cette solution dans l’IDE.

Apporter des modifications

Lorsque vous utilisez Visual Studio pour ouvrir une solution sous contrôle de code source Git, l’Explorateur de solutions affiche des icônes en regard des éléments dans le contrôle treeview. Les icônes indiquent l’état des éléments dans votre répertoire de travail par rapport aux éléments qui existent dans le référentiel Git auquel vous êtes actuellement connecté. Par exemple, dans Figure 5vous pouvez voir une icône de cadenas bleu en regard des éléments archivés (marqueur 1), une coche rouge en regard des éléments modifiés (marqueur 2) un signe plus (+) en regard des éléments ajoutés (marqueur 3). Si vous rencontrez une icône que vous ne reconnaissez pas, pointez la souris directement dessus pour afficher une info-bulle utile. Bien que ces icônes sont généralement précis, si vous apportez des modifications aux éléments en dehors de l’IDE de Visual Studio, il peut être nécessaire de cliquer sur le bouton de barre d’outils Actualiser de l’Explorateur de solutions afin de mettre à jour la vue.

Figure 5 l’Explorateur de solutions avec des icônes indiquant les États de contrôle de code Source

Après avoir travaillé avec les éléments de votre solution, vous souhaiterez probablement à l’étape, puis valider les modifications apportées au référentiel Git ou peut-être même annuler des modifications. Pour commencer à gérer les modifications que vous avez apportées, accédez à Team Explorer | Accueil | Modifications. Dans le panneau de modifications (Figure 6, marqueur 1), vous verrez tous a détecté des modifications (marqueur 2). Cliquez sur l’icône plus (marqueur 12) à utiliser pour stocker tous les éléments modifiés ou sur l’icône moins à unstage tous les éléments (marqueur 13). Vous pouvez également faire glisser et déplacer des éléments entre les modifications (marqueur 2) et les modifications intermédiaires (marqueur 3) sections.

Figure 6 le panneau de modifications de Team Explorer

Avec le bouton droit un élément modifié pour afficher un menu qui vous permet d’ouvrir le fichier, afficher son historique, comparer avec sa version non modifiée, ouvrir le fichier source et afficher un volet annotations informatives adjacent, à l’étape et annuler ses modifications (marqueur 14). Si vous souhaitez comparer une modification à la version du fichier inchangée, double-cliquez sur un élément modifié pour lancer une fenêtre diff (Figure 7). La fenêtre de comparaison comporte deux volets : Le volet gauche affiche la version non modifiée dans le référentiel Git local et de droite affiche la version dans votre répertoire de travail ; le bord le plus à droite vous montre visuellement où il existe des différences entre les fichiers (marqueur 1) — rouge indique une suppression alors que la couleur verte indique une addition ; les volets affichent en surbrillance rouge sur toute la ligne de code qui a une suppression (marqueur 2) et une mise en surbrillance verte sur toute la ligne de code qui a une addition (marqueur 3) et l’outil diff Dessine une croix rouge ou case verte au sein de cette ligne supprimé environ ou texte ajouté , respectivement. En outre, les listes déroulantes utiles encadrent en haut de chaque volet (marqueur 4), ils vous permettent de naviguer rapidement vers les sections de code.

Figure 7 l’outil de comparaison de Visual Studio par défaut

Lorsque vous êtes prêt à valider vos modifications, ajouter un message de validation (Figure 6, 4 de marqueur), puis cliquez sur le bouton de validation multimode (marqueur 5). Ce bouton MULTIMODE par défaut valider intermédiaire, mais elle peut également émettre et de synchronisation (ne judicieux que dans le contexte d’être connecté à un référentiel distant). Lorsque l’opération de validation réussit, Team Explorer indique que l’ID de validation (marqueur 15).

Notez que le panneau des modifications vous informe qu’il fonctionne sur une branche locale appelée unit_test_project (Figure 6, marqueur 6). Utilisez la barre également des rapports qui vous créer une branche d’état Visual Studio (marqueur 10) et il affiche d’autres informations utiles et en temps réel sur le référentiel Git en cours. Par exemple, il indique le nombre de modifications non publiées, autrement dit, le nombre de modifications n'ont pas encore été envoyé à un référentiel distant (marqueur 7) ; le nombre de modifications intermédiaires (marqueur 8) ; le nom du référentiel actuel (marqueur 9) ; et le nom de la branche actuelle (marqueur 10). En outre, ces sections de la barre d’état fonctionnent comme des boutons. Par exemple, si vous cliquez sur le référentiel actuel, Visual Studio ouvre le volet connexion Team Explorer, affichant des détails concernant le référentiel en cours ; Si vous cliquez sur la branche en cours, un menu contextuel offre des options de création de branche. 

Comme avec n’importe quel système de contrôle de code source, lorsque vous validez les modifications apportées au référentiel, vous ajoutez à l’historique de validation du référentiel. Les entrées d’historique comprennent l’utilisateur nom et adresse électronique fourni dans les paramètres Git afin que toute personne ayant accès aux données de l’historique peut afficher qui a fait « quoi » et « when ». N’est pas quand vous placez vos modifications locales sur un référentiel distant, l’historique va avec elle. Autres membres de l’équipe de synchroniser leur référentiel local avec la télécommande, elle pourra afficher l’historique de vos modifications générées.

Gestion des Branches

Visual Studio prend en charge les fonctionnalités de création de branche Git standard et avancées. Lorsque vous souhaitez gérer des branches, ouvrez le panneau des Branches en accédant à Team Explorer | Accueil | Branches (Figure 8, marqueur 1). En haut, vous verrez des liens rapides vers rebase, fusion et d’autres actions (marqueur 2). Ci-dessous, vous verrez une section intitulée Active référentiels Git (marqueur 3) et contient une liste des succursales chaque ; la branche actuelle est en gras (marqueur 4). Pour basculer vers une autre branche, double-cliquez dessus. Visual Studio effectue ensuite une extraction sur la branche sélectionnée.

Figure 8 le panneau de Branches de Team Explorer

Cliquez sur une branche particulière pour afficher un menu d’actions disponibles (marqueur 5). Vous pouvez extraire la branche sélectionnée, créer une branche locale à partir d’une branche locale existante, fusionner à partir d’une branche locale existante dans la branche sélectionnée, rebase à partir de la branche locale sélectionnée vers une autre branche locale existante, effectuer une réinitialisation matérielle ou mixte sur la branche sélectionnée, cherry-sélectionnez la branche sélectionnée ou supprimer la branche actuelle. Si vous choisissez de fusionner, Visual Studio offre une prise en charge complète pour la détection des conflits de fusion, et il présente un éditeur de conflit que vous pouvez utiliser pour résoudre manuellement les conflits.

Vous pouvez également afficher l’historique de n’importe quelle branche répertoriée et, à partir de cette vue historique, vous pouvez cliquer sur une entrée pour afficher un menu qui vous permet d’afficher les détails de la validation, effectuer une nouvelle branche, créer des balises, rétablir, réinitialiser, cherry-choix et accédez à branches parent/enfant. L’affichage de l’historique affiche les ID de validation, auteur, date et validation de message.

Connexion à un référentiel distant

Jusqu’ici, j’ai limité mon étude en mode hors connexion sur un référentiel Git local. Un référentiel local est généralement que nécessaire si vous travaillez sur votre propre et vous disposez d’une méthode fiable pour sauvegarder le dossier .git de votre répertoire travail. Toutefois, lorsque vous souhaitez travailler avec d’autres développeurs sur un projet d’équipe, ou lorsque vous souhaitez utiliser un service hébergé en tant qu’une sauvegarde, vous devez vous connecter à un référentiel distant.

Si vous souhaitez avoir un contrôle total de votre référentiel ou si vous êtes un peu désagréable de placer le code d’application qui tue suivant du monde sur un serveur hébergé, vous devez envisager de votre référentiel à l’aide d’un partage de fichiers sur votre réseau d’hébergement. Ensuite, vous pouvez augmenter la vitesse de fiabilité et de transfert de fichiers vers et depuis votre référentiel en installant un serveur Git basées sur Windows, tels que le serveur de Git Bonobo (bonobogitserver.com), qui est gratuit, ou GitStack (gitstack.com), qui est gratuit pour les deux utilisateurs. Ensuite, vous pouvez télécharger et installer Visual Studio Team Foundation Server Express 2015 sur un serveur situé sur votre réseau et prend en charge jusqu'à cinq utilisateurs nommés gratuitement ; ou, si vous ou toute personne de votre équipe dispose d’une licence MSDN actifs, vous pouvez télécharger et installer la version complète de Visual Studio Team Foundation Server 2015 sur votre propre serveur et conserver la même prise en charge jusqu'à cinq utilisateurs nommés gratuitement. Enfin, vous pouvez acheter et installer Visual Studio Team Foundation Server 2015, ainsi que les licences d’accès client (CAL) vous avez besoin pour votre équipe.

Si vous êtes prêt et en mesure d’utiliser un service d’hébergement Git hors site, vos options se développent pour inclure de Visual Studio Team Services (anciennement appelé Visual Studio Online), ainsi que de telles options populaires comme GitHub, BitBucket et GitLab. Les options d’hébergement ont toujours certaines restrictions. Le site Web de wiki Git (bit.ly/1Oym3F9) s’efforce de maintenir à jour avec le Git de nombreuses options et fonctionnalités d’hébergement.

Pour montrer comment vous connecter à des référentiels de clone et de bases de données distantes, ils hôte, vous devez tout d’abord cloner un référentiel hébergé quelque part sur votre réseau. Ensuite, vous allez vous connecter à et cloner un simple référentiel de Visual Studio Team Services hébergé sur le Web. Enfin, je vais montrer comment se connecter à et cloner un référentiel GitHub hébergé pour un projet célèbre.

Pour gérer les bases de données distantes, accédez à Team Explorer | Accueil | Se connecter (Figure 9, marqueur 1). Le panneau de connexion affiche un menu de lien de gérer les connexions bleu sous le menu du panneau (marqueur 2), suivie d’une section contenant une liste verticale de fournisseurs de services hébergés (les fenêtres de Visual Studio Team Services et GitHub individuels sont appelés des offres de Service).

Figure 9 Team Explorer connexion Panneau de fournisseur de Service

Si vous avez accidentellement fermé une offre de service (en cliquant sur son X, indiqué par marqueur 3), vous ne pourrez pas l’obtenir sauf si vous modifiez le Registre. Dans ce cas, vous pouvez accéder à la place le service en utilisant le menu déroulant de gestion des connexions (marqueur 4). Autres informations dans le panneau de connexion Team Explorer sont également stockées dans le Registre, telles que les informations de référentiel Git récemment utilisés. Si vous souhaitez examiner cette clé de Registre, il se trouve sous HKCU\Software\Microsoft\VisualStudio\14.0\TeamFoundation (faire attention aux branches GitSourceControl et TeamExplorer ci-dessous).

Rappelez-vous que vous pouvez utiliser l’une des raisons est hors connexion ainsi efficacement par rapport à un référentiel Git que lorsque vous clonez un référentiel distant vers un référentiel local, vous obtenez historique complet de ce référentiel, qui inclut les détails de chaque opération de validation, de branchement et de fusion. Lorsque vous vous reconnectez, Git détermine comment votre référentiel local a été modifié par rapport au référentiel distant et ceci est important lorsqu’il s’agit de pouvoir correctement exécuter fetch, extraits, push et les opérations de synchronisation.

Pour cloner un référentiel à partir d’un partage de réseau local, accédez à la section des référentiels Git locaux, puis cliquez sur le lien du Clone. Vous devrez « Entrer l’URL d’un référentiel Git pour cloner », mais le processus est en fait beaucoup plus flexibles. Vous pouvez également entrer un chemin d’accès valide vers un emplacement sur votre station de travail en cours (par exemple, c:\Repos\FinancialWizardApp), un chemin UNC vers un partage réseau (\\1.2.3.4\Repos\FinancialWizardApp) ou un chemin d’accès du lecteur mappé (\\computername\Repos\FinancialWizardApp). N’oubliez pas qu’il est .git à l’emplacement spécifié et que Visual Studio puisse le lire.

Dans Figure 10 (marqueur 1), j’ai entré une lettre de lecteur mappée pour faire référence à l’emplacement de mon réseau qui contient mon référentiel distant et autres développeurs qui travaillent sur mon réseau peuvent faire de même. Après avoir entré l’emplacement du référentiel distant, spécifiez le chemin d’accès local pour le référentiel cloné (marqueur 2). Ensuite, décidez si pour submodules de clone de manière récursive, puis cliquez sur Cloner.

Figure 10 utilisation de différents emplacements du référentiel distant

Il est important de noter que lorsque vous vous connectez à un référentiel distant sur un serveur de fichiers, vous aurez la possibilité d’émettre des requêtes d’extraction. Cette fonctionnalité nécessite un serveur Git (tels que Team Foundation Server ou GitHub). Vous pouvez, cependant, créer, fusionner et gérer des branches et afficher l’historique et la synchronisation des modifications (par extraction, extraction et transmission).

Lorsque vous souhaitez cloner un référentiel à partir de Visual Studio Team Services, vous devez d’abord ouvrir une session sur un serveur Team Foundation Server. Pour commencer, sélectionnez l’équipe Visual Studio | Gérer l’élément de menu, ou accédez au panneau de configuration de se connecter de Team Explorer et cliquez sur Gérer les connexions, puis cliquez sur se connecter au projet d’équipe. Vous verrez apparaître une connexion à la boîte de dialogue de Team Foundation Server. Cliquez sur serveurs et vous verrez une boîte de dialogue semblable à celui présenté dans Figure 10, marqueur 4. Notez que vous pouvez utiliser cette boîte de dialogue pour se connecter à un Team Foundation Server disponibles, mais si vous souhaitez vous connecter à un compte Visual Studio Team Services, entrez l’URL pour lui. Lorsque vous cliquez sur OK, vous avez besoin pour vous connecter ; une fois que vous le faites, votre serveur apparaît et vous pouvez fermer la boîte de dialogue. Vous verrez une boîte de dialogue vous présente deux volets : le volet gauche affiche vos Collections de projets d’équipe et le volet droit affiche les projets d’équipe dans cette collection. Cochez la case en regard de ces projets d’équipe que vous souhaitez voir apparaître dans Visual Studio, puis cliquez sur se connecter. Maintenant, accédez au panneau connexion Team Explorer et vous verrez vos référentiels répertoriés (Figure 10, 3 de marqueur).

Tandis que GitHub offre uniquement Git comme système de contrôle de version (VCS), Visual Studio Team Services offre décentralisé Git par défaut et TFVC centralisé comme alternative. Ces deux VCSes fonctionne de façon très différente et nécessitent différents outils IDE. Heureusement, la fenêtre Team Explorer a été spécifiquement conçue pour reconnaître et gérer les deux types de VCS. En fait, lorsque vous vous connectez à votre serveur de Visual Studio Team Services et ajoutez des projets, Team Explorer affiche les projets qui sont sous contrôle de version Git à l’aide d’une icône Git rouge (Figure 10, 3 de marqueur) ; projets sans ornement avec l’icône Git sont sous contrôle de version TFS.

Par conséquent, afin de cloner un référentiel distant de Visual Studio Team Services, il doit être un référentiel Git. Vous pouvez avec le bouton droit n’importe quel référentiel Git dans la liste et choisissez Clone. J’ai choisi de cloner le projet GitProject, ce qui m’a à la section des référentiels Git locaux avec les informations de référentiel distant remplies, ainsi qu’un chemin d’accès du référentiel local par défaut (Figure 10, marqueur 5). Une fois le clonage, le référentiel s’affiche dans la liste de référentiels Git locaux. Double-cliquez pour l’ouvrir et vous serez dirigé vers le panneau d’accueil de Team Explorer. Vous verrez alors les boutons conçus pour fonctionner avec les référentiels de Visual Studio Team Services, tels que les requêtes d’extraction, les éléments de travail et les Builds.

Le processus de clonage d’un référentiel distant est très similaire si vous êtes un clonage à partir de GitHub. Si vous disposez d’un référentiel privé hébergé sur GitHub, vous devez ouvrir une session sur votre compte GitHub à cloner. Sinon, vous pouvez cloner un référentiel public directement sans avoir un compte. 

En général, vous pouvez cloner un référentiel distant tant qu’il se trouve sur un partage réseau ou disponible à partir d’un serveur HTTP/HTTPS. À ce stade, Visual Studio ne prend pas en charge SSH pour communiquer avec un référentiel Git distant. 

Utilisation des référentiels distants

Une fois que vous êtes connecté à un référentiel distant, vous pouvez revenir à Team Explorer | Accueil | Paramètres et cliquez sur ses paramètres de référentiel lier. Vous pouvez afficher des informations sur les appels distants connecté à votre référentiel actuel (Ceci est particulièrement utile si vous travaillez sur plusieurs à distance). Sur le panneau Paramètres, vous verrez également des liens si vous êtes connecté à un service tel que Team Foundation Server ou GitHub. Ces liens vous permettent de configurer la sécurité, l’appartenance au groupe, paramètres du portail et ainsi de suite, pour le service.

Dans l’Explorateur d’équipes | Panneau d’accueil, vous verrez des nouveaux boutons liés aux options de vos offres de service distant. Si vous êtes connecté à un référentiel distant hébergé par Visual Studio Team Services, vous verrez des boutons pour les requêtes d’extraction, les éléments de travail et les Builds. Si vous cliquez sur Sync, vous pourrez le panneau de synchronisation de Team Explorer dans laquelle vous pouvez choisir de synchroniser, extraction, extraire, publier et push. S’il existe des conflits de fusion ne peut pas être résolus automatiquement, Visual Studio présente l’outil de fusion sélectionné afin que vous puissiez choisir manuellement comment résoudre ces conflits.

Pour conclure, je vais cloner projet open source TypeScript 3 de Microsoft, qui se trouve dans bit.ly/1o2weYt. Comme il s’agit d’un référentiel Git public, je peux dupliquer directement à l’aide de la liaison de Clone de section des référentiels Git locaux (Figure 10, marqueur 6). Actuellement, ce référentiel est environ 350 Mo, afin qu’il contient un grand nombre de branches et de l’historique et peut prendre un certain temps à télécharger.

Une fois le référentiel local a entièrement téléchargé, il est répertorié sous la section des référentiels Git locaux s’affiche. Si vous double-cliquez dessus, il s’ouvre dans le panneau d’accueil de Team Explorer (Figure 10, marqueur 7). Dans la section projet, vous verrez conçu pour fonctionner avec les référentiels GitHub tels que les requêtes d’extraction, synchronisation, impulsion et des graphiques de boutons. Certains de ces boutons vous dirigera vers le site Web de GitHub pour terminer l’action demandée.

Si vous cliquez sur les Branches, vous serez dirigé vers le panneau de configuration de Team Explorer Branches. Une fois que vous voyez, la branche principale. Si vous cliquez sur qui, vous pouvez afficher l’historique de l’ensemble du projet, commençant par la validation initiale effectuée le 7 juillet 2014, via la date actuelle. La fenêtre de l’historique d’affichage vous permet d’afficher ses données à l’aide d’un nombre de présentations différentes, selon les options que vous choisissez dans la barre d’outils de la fenêtre (Figure 11, marqueur 1). La vue que j’ai choisi d’afficher correspond à la vue détaillée. Il affiche un graphique des branches (marqueur 2) — validations de fusion sont en gris (marqueur 3) tandis que les validations non fusionnées sont en bleu (marqueur 4), y compris l’ID de la validation, le nom d’utilisateur, la date de la validation, le message de validation et de balises qui peuvent être présents.

Figure 11. affichage d’historique fournit des détails sur les Branches, les validations et les fusions

Cet affichage vous permet de facilement accéder à la branche parent ou enfant. Sélectionnez une validation et l’utilisation de la barre d’outils de l’atteindre enfant/Go pour les boutons de navigation Parent (les troisième et quatrième boutons affichés). Dans les cas où une branche se termine avec une flèche (marqueur 5), cliquez sur cette validation (voir la ligne en surbrillance) et la ligne reliant les parents et enfants sera dessinée (marqueur 6).

Synthèse

Visual Studio 2015 offre un accès de GUI pour courants et de nombreuses fonctionnalités Git et est en mesure de le faire grâce à LibGit2 Git moteur sous-jacent. Bien qu’il offre une prise en charge presque complète pour Git, il existe toujours certaines opérations moins-populaires, telles que que, nécessitant une interaction avec une interface de ligne de commande Git. Les outils Visual Studio Git étant importantes, il est possible de rester protégé à partir de l’interface de ligne de commande de Git et encore accomplir la plupart des tâches Git avec peu de problèmes. Les utilisateurs Git curieux ou avancées sans aucun doute seront, à un moment donné, aspirent accès vierge GIT. Les utilisateurs peuvent eux-mêmes assuage en lançant une fenêtre Interactive PowerShell et l’interaction avec l’interface de ligne de commande official Git pour Windows qui est également fournie avec Visual Studio. Avec interface utilisateur graphique et les options de ligne de commande, Visual Studio fournit l’accès satisfaisant et prêt à Git, quel que soit le niveau de compétence votre.

---

Jonathan Waldman est un professionnel certifié Microsoft qui se spécialise dans les technologies Microsoft et d’ergonomie.  Il a travaillé avec la pile de technologies Microsoft depuis sa création et a occupé des rôles de responsable sur plusieurs projets institutionnelles, gouvernementales et secteur privé très visibles. Waldman est un membre de l’équipe technique de Pluralsight et de créations de sa formation vidéo sur la bibliothèque Wijmo commerciale de widgets de JQuery UI améliorées. Il peut être contacté à jonathan.waldman@live.com.

Remercie les experts techniques suivants d'avoir relu cet article : Jeremy Epling (Microsoft) et Edward Thomson (GitHub)
Jeremy Epling est responsable de programme Principal chez Microsoft, travaille sur l’équipe Visual Studio Team Services et Team Foundation Server.

Edward Thomson est ingénieur logiciel chez GitHub et l’auteur de Git d’o ' Reilly Media pour l’apprentissage de Visual Studio (www.gitforvisualstudio.com).