Extraire toutes les branches dans Git

Abdul Jabbar 30 janvier 2023
  1. Récupérer les branches d’origine dans Git
  2. Extraire les branches d’origine dans Git
  3. Récupérer toutes les branches dans Git
  4. Extraction de toutes les branches dans Git
Extraire toutes les branches dans Git

Git nous fournit une plate-forme où nous pouvons maintenir plusieurs commits de développement distincts pour un nouveau projet appelé branches. Nous pouvons récupérer la version récente de la branche depuis un référentiel distant comme nous le souhaitons ou récupérer toutes les branches à la fois selon les exigences actuelles.

Le travail important que nous effectuons quotidiennement sur la branche distante n’est autre que le téléchargement.

Les données distantes avec lesquelles nous travaillons valent la peine d’être téléchargées, ou nous pouvons dire qu’il est essentiel de les télécharger car elles sont similaires à un instantané. C’est aussi à la hauteur que précédemment car nous avons précisément téléchargé les données de la branche distante à l’aide de la commande fetch ou pull.

Ce fait ne doit pas être oublié lors de l’examen des branches et des commits distants.

Cet article explique comment appliquer les commandes git fetch -all et git pull -all pour récupérer les modifications à partir d’un référentiel distant.

Récupérer les branches d’origine dans Git

$ git fetch origin

La commande git fetch ne télécharge les nouvelles fonctionnalités qu’à partir d’un référentiel distant. Il ne combine aucune de ces nouvelles fonctionnalités dans nos fichiers de travail récents.

Avec fetch, nous pouvons obtenir une vue mise à jour des commits entiers poussés dans un référentiel distant. Comme c’est inoffensif, nous sommes assurés que fetch ne contrôlera jamais et pourrait ruiner quoi que ce soit dans la branche locale actuelle.

Extraire les branches d’origine dans Git

$ git pull origin master

La commande git pull est utilisée pour mettre à niveau notre branche HEAD actuelle avec les nouveaux commits du référentiel distant. Cela signifie que pull n’est pas seulement basé sur le téléchargement d’une nouvelle fonctionnalité, mais aussi sur sa combinaison claire dans nos fichiers de copie de travail récents.

Le résultat de git est le suivant.

  • Comme nous le savons, git pull s’efforce de combiner les modifications à distance avec nos fichiers locaux, ce qui peut entraîner un conflit de fusion dans la branche locale.
  • Contrairement à fetch, il est suffisamment sûr de commencer un git pull uniquement avec une copie de travail propre. Cela clarifie que nous ne devons pas effectuer de modifications locales non validées avant d’avoir extrait la branche locale.

Récupérer toutes les branches dans Git

Pour récupérer toutes les branches de tous les référentiels distants, nous exécuterons la commande git fetch avec l’option --all :

git fetch --all

Extraction de toutes les branches dans Git

Il est sûr à l’aide de la commande git fetch de mettre à jour les copies locales des référentiels distants, mais le problème est qu’il ne met pas à niveau les branches locales.

Pour mettre à jour la branche locale, nous devons extraire chaque branche. Cela ne peut pas être effectué à l’aide de fetch afin que nous puissions le réaliser manuellement.

Pour mettre à jour les branches locales, qui suivront les branches distantes, nous exécuterons la commande git pull avec l’option --all :

git pull --all

Cependant, cela ne peut être exécuté que pour les branches locales qui suivent les branches distantes. Pour suivre toutes les branches distantes, nous exécuterons la commande suivante avant git pull :

git branch -r | grep -v '\->' | while read remote; do git branch --track 
Auteur: Abdul Jabbar
Abdul Jabbar avatar Abdul Jabbar avatar

Abdul is a software engineer with an architect background and a passion for full-stack web development with eight years of professional experience in analysis, design, development, implementation, performance tuning, and implementation of business applications.

LinkedIn

Article connexe - Git Pull