Comment vérifier la branche Git distante

Pour extraire une branche d'un référentiel distant, utilisez la commande "git fetch", puis "git Branch -r" pour lister les branches distantes. Choisissez la branche que vous souhaitez et utilisez la commande du formulaire « git checkout -b new-Branch-name origin / remote-Branch-name ». Si vous utilisez plusieurs référentiels, remplacez la partie "parent" de la commande d'extraction par le nom de la télécommande à partir de laquelle vous souhaitez extraire la branche.

Si votre équipe de développement utilise Git, vous devrez éventuellement vérifier que quelqu'un d'autre travaille en tant que branche à partir d'un référentiel distant. Comme la plupart des routines de branche dans Git, le passage à une branche distante est en fait très simple.

Git, branches et télécommandes

philosophie Jet Elle bifurque beaucoup. Les branches permettent le développement sans changer la base de code principale. Lorsque vous êtes satisfait que votre nouveau code testé est prêt, vous fusionnez votre nouvelle branche dans une autre branche. Il s'agit généralement de la branche master ou master, mais vous pouvez fusionner deux branches.

En raison de cette flexibilité et de la manière légère et rapide dont Git gère les branches et les fusions, le fork a été transformé. Sur les anciens systèmes de contrôle de version, la création de branches était un gros problème. La création de branches et la fusion étaient lentes et sujettes aux erreurs. Git a fourni aux développeurs des fourches simples et rapides qui sont utilisées pour prendre en charge de nombreux flux de travail différents.

Si vous travaillez ou faites du bénévolat au sein d'une équipe de développement avec Git, vous disposerez d'un référentiel Git "central" loin de l'ordinateur de chaque ingénieur logiciel. C'est ce qu'on appelle un référentiel distant ou simplement "distant". C'est là que les validations et les modifications sont envoyées à votre référentiel local lorsqu'un paiement est effectué.

Bien sûr, c'est ce que font également les autres développeurs. Cela facilite la collaboration. Si vous avez besoin d'accéder au travail d'un autre développeur, récupérez simplement son code à partir d'une branche du référentiel distant. S'ils ont besoin d'accéder à votre entreprise, ils récupéreront votre jeton à partir d'une succursale du référentiel qui suit une succursale locale.

Dans Git, un projet de développement peut avoir plusieurs télécommandes. Cependant, la branche locale ne peut suivre qu'une seule branche distante. Ainsi, tant que vous travaillez avec la télécommande appropriée, vérifier une branche distante avec plusieurs télécommandes revient à utiliser une seule télécommande.

Trouvez vos affiliés locaux

Vous devez éviter les collisions de noms. Si vous avez une succursale locale portant le même nom que la succursale distante que vous allez payer, vous avez deux options. Vous pouvez renommer votre branche locale et vérifier la branche distante. De cette façon, votre branche locale qui suit la branche distante porte le même nom que la branche distante. Ou vous pouvez vérifier la branche distante et dire à Git de créer une branche de suivi locale avec un nouveau nom.

Pour connaître les noms des branches dans votre référentiel local, utilisez la commande git branch.

branche git

Ce référentiel local a une branche principale et trois autres branches. Un astérisque indique la branche courante. Passer de branche en branche nécessite de vérifier avec quelle branche vous souhaitez travailler.

git checkout nouvelle fonctionnalité

état de git

La première commande change la branche pour nous, de sorte que la "nouvelle fonctionnalité" soit la branche actuelle. La commande git status vérifie cela pour nous.

Nous pouvons aller et venir entre les succursales, apporter de nouvelles modifications, extraire les mises à jour de la télécommande et envoyer les mises à jour locales à la télécommande.

Vérifier une succursale distante

Il existe une branche dans le référentiel distant qui n'existe pas sur notre machine. Un développeur appelé Mary a créé une nouvelle fonctionnalité. Nous voulons passer à cette branche distante afin de pouvoir créer cette version du programme localement.

Si nous effectuons une opération de récupération, Git extraira les métadonnées du référentiel distant.

git chercher

Comme il s'agit de notre première récupération depuis que Mary a poussé sa branche vers le référentiel distant, on nous dit qu'il existe une nouvelle branche nommée "origin/mary-feature". Le nom par défaut du premier référentiel distant ajouté à un projet est "parent".

Que nous voyions ce message ou non, nous pouvons toujours demander à Git de lister les branches du référentiel distant.

L'option -r (distant) indique à Git de signaler quelles branches se trouvent dans le référentiel distant.

git branche -r

Le point à noter ici est que Git vérifie sa copie locale des métadonnées de la télécommande. C'est pourquoi nous utilisons la commande git fetch pour nous assurer que la copie locale des métadonnées est à jour.

Une fois que nous avons identifié la branche que nous voulons, nous pouvons aller de l'avant et la vérifier. Nous utilisons la commande git checkout avec l'option -b (branche), suivi du nom que nous utiliserons pour la branche locale, suivi du nom de la branche distante.

git checkout -b origine mary-feature/mary-feature

Nous pouvons voir que nous avons scanné la branche distante et créé une branche locale qui suivra les modifications apportées à la branche distante.

branche git

Notre nouvelle succursale locale est maintenant notre succursale opérationnelle actuelle.

Gérer les conflits de noms

Si vous avez une branche locale portant le même nom que la branche distante, vous pouvez soit renommer la branche locale avant de vérifier la branche distante, soit vérifier la branche distante et spécifier un nom de branche locale différent.

Pour faire glisser la branche distante vers une branche locale avec un nom différent, nous pouvons utiliser la même commande que nous avons utilisée précédemment et choisir un nouveau nom de branche locale.

git checkout -b origine du test mary/fonctionnalité mary

Cela crée une branche locale appelée "mary-test" qui gardera une trace des commits locaux de cette branche. Les paiements iront à la branche distante « origin/mary-feature ».

C'est probablement la meilleure façon de gérer les collisions de noms locaux. Si vous voulez vraiment garder le même nom de branche locale et distante, vous devrez renommer la branche locale avant de vérifier sur la télécommande. Renommer une branche est une affaire triviale dans Git.

git branch -m mary-feature vieille-mary-branche

Vous ne pouvez plus vous déconnecter de la branche distante "origin/mary-feature".

Gestion de plusieurs entrepôts distants
Si plusieurs référentiels distants sont configurés, vous devez vous assurer que vous travaillez avec le référentiel approprié lors de la vérification de la branche distante.

Pour répertorier vos référentiels distants, utilisez la commande remote avec l'option -v (affichage).

git distant -v

Pour voir toutes les branches disponibles, nous devons récupérer les métadonnées de toutes nos télécommandes, puis répertorier les branches distantes.

git fetch --tout

branche git --all

Nous pouvons voir la branche que nous voulons sur la télécommande "parent". La commande check est dans le même format que nous avons déjà utilisé. Nous devons spécifier le nom distant, "origin", ainsi que le nom de la branche, "mary-feature".

git checkout -b origine mary-feature/mary-feature

avant de sortir

Avant de payer, gardez quelques points à l'esprit et tout ira bien.

Assurez-vous d'éviter les collisions de noms. Si vous avez une branche locale portant le même nom que la branche distante, décidez si vous souhaitez renommer la branche locale ou créez une branche avec un nom différent pour garder une trace de la branche distante.

Si vous utilisez plusieurs référentiels distants, assurez-vous d'utiliser la bonne télécommande.