Partager via


Utiliser plusieurs référentiels

Comme l’une de nos fonctionnalités les plus demandées dans la Communauté des développeurs, nous avons ajouté la prise en charge de plusieurs référentiels à Visual Studio 2022, à compter de la version 17.4.

À présent, vous pouvez avoir jusqu’à 25 dépôts Git actifs à la fois dans Visual Studio. La prise en charge de plusieurs référentiels signifie que vous pouvez utiliser une solution qui s’étend sur plusieurs référentiels et appliquer des opérations Git sur plusieurs référentiels en même temps. Par exemple, dans un grand projet web, vous pouvez avoir besoin de différents référentiels pour gérer le travail effectué sur le front-end, l’API, la base de données, la documentation, ainsi que différentes bibliothèques et dépendances. Avant la prise en charge de plusieurs référentiels, vous deviez peut-être ouvrir plusieurs instances de Visual Studio pour travailler entre les référentiels. À compter de la version 17.4, vous pouvez les gérer, les afficher et les déboguer avec une seule instance de Visual Studio.

Note

Pour afficher la prise en charge de plusieurs référentiels en action, consultez la vidéo Utiliser plusieurs référentiels Git dans Visual Studio sur YouTube.

Si vous avez plusieurs comptes GitHub, vous pouvez facilement basculer entre eux. Consultez Ajouter vos comptes GitHub à votre trousseau. Vous pouvez avoir accès à différents dépôts en vous connectant avec un autre compte. Visual Studio met automatiquement à jour la configuration git pour suivre le compte utilisé pour chaque dépôt. Vous n’avez donc pas à vous soucier de cela pendant que vous travaillez.

Gestion des branches et suivi des modifications

La prise en charge de plusieurs référentiels étend les fonctionnalités des fenêtres Modifications Git et Référentiel Git . Vous pouvez gérer vos scénarios multirépo de la même façon que vous le feriez avec un référentiel unique.

Capture d’écran du bouton Nouvelle branche dans Visual Studio.

Vous pouvez créer vos branches dans plusieurs référentiels à la fois à l’aide de la boîte de dialogue de création de branche étendue.

Capture d’écran de la boîte de dialogue « Créer une branche » dans Visual Studio.

Ensuite, lorsque vous apportez des modifications, la fenêtre Modifications Git effectue le suivi de votre travail séparé par référentiel. Vous pouvez préparer et valider comme vous le feriez généralement.

Capture d’écran de la fenêtre Modifications Git qui suit les modifications apportées à votre travail.

Vous pouvez utiliser les sélecteurs de branche dans la barre d’état et la fenêtre de l’outil Modifications Git pour changer de branches. Il vous suffit de sélectionner la branche que vous souhaitez extraire. En outre, vous pouvez effectuer des opérations de branchement de boucle interne telles que la fusion, la rebasing, le renommage, la suppression et la comparaison des branches en cliquant avec le bouton droit sur la branche pour ouvrir le menu contextuel.

Capture d’écran de la fonctionnalité sélecteur de branche dans la fenêtre de l’outil Modifications Git.

Vous pouvez également effectuer des opérations de gestion de référentiel et de branche plus avancées dans la fenêtre Référentiel Git .

Capture d’écran de la fonctionnalité sélecteur de branche dans la fenêtre de l’outil Dépôt Git.

Opérations réseau

Une fois que vous êtes prêt à valider, la boîte de dialogue des opérations réseau facilite la spécification de la branche exacte vers laquelle vous poussez et réorganisez vos pushs. Cette même boîte de dialogue vous permet d’exercer davantage de contrôle sur d’autres opérations réseau, telles que la récupération et l’extraction.

Capture d’écran montrant une action Push dans la boîte de dialogue Opérations réseau.

Paramètres du référentiel

Vous pouvez utiliser la page Paramètres du référentiel Git pour spécifier vos options pour chaque référentiel. Par exemple, vous pouvez spécifier s’il faut découper des branches distantes lors de l’extraction.

Capture d’écran de l’option Paramètres du référentiel Git dans Visual Studio.

Activer plusieurs dépôts depuis une solution ou un dossier

Vous pouvez activer plusieurs référentiels à partir d’une solution ou d’un dossier.

Utiliser une solution

Voici comment créer une solution avec plusieurs référentiels :

  1. Ouvrez l’une de vos solutions existantes qui possède déjà un référentiel initialisé.

  2. Cliquez avec le bouton droit sur la solution dans l’Explorateur de solutions, puis sélectionnez Ajouter un>projet existant.

  3. Sélectionnez le fichier .csproj pour un autre projet qui a un dépôt initialisé.

    Une fois le projet ajouté, Visual Studio détecte et active le deuxième dépôt. Ensuite, vous pouvez ajuster les références de projet si nécessaire.

Si vous créez un projet dans une solution existante avec d’autres projets qui ont déjà des dépôts locaux ou distants, vous devez initialiser le nouveau projet avec Git git init avant qu’il ne s’affiche comme un référentiel supplémentaire dans la solution.

Utiliser un dossier

Si les dépôts que vous souhaitez utiliser sont indépendants les uns des autres et ne doivent pas faire partie de la même solution, vous pouvez utiliser un dossier pour les ouvrir.

Pour ce faire, vous pouvez placer les répertoires de référentiel local dans le même dossier parent, puis utiliser l’option Ouvrir un dossier local à partir de la page de lancement de Visual Studio pour ouvrir le dossier parent. Visual Studio détecte et active chaque dépôt, puis suit les modifications par référentiel (comme illustré dans la capture d’écran suivante).

Capture d’écran montrant comment activer plusieurs référentiels à partir d’un dossier dans Visual Studio.

Vous souhaitez en savoir plus sur la façon dont nous allons développer d’autres fonctionnalités Git dans Visual Studio 2022 ou partager vos commentaires avec nous sur la fonctionnalité multipo ? Consultez les sections « En se basant sur vos commentaires », « Et ensuite » et « Faites-nous part de vos impressions » du billet de blog Publication du support multi-référentiel.

Ensuite, pour poursuivre votre parcours avec la gestion des référentiels, consultez Résoudre les conflits de fusion dans Visual Studio.