GitLab - 8.6 Récupérer les modifications distantes avec git pull
Quand un changement est fait directement sur GitLab, votre copie locale ne le connaît pas encore. Cette leçon explique comment récupérer ces modifications distantes. Elle montre aussi la différence entre envoyer et récupérer du code.
Constater le décalage
Après un commit fait dans l'interface GitLab, l'historique distant contient un point que votre copie locale n'a pas. Si vous regardez l'historique local, ce commit n'apparaît pas.
Avec Git, les échanges avec un dépôt distant se font dans les deux sens. Vous envoyez vos modifications, ou vous récupérez celles des autres.
Récupérer avec git pull
La commande git pull récupère les dernières modifications du dépôt distant et les intègre à votre branche. Indiquez la télécommande et la branche pour être précis.
Une fois la commande lancée, le nouveau commit apparaît dans votre historique local.
git pull origin main- Vérifier l'historique local
- Lancer git pull origin main
- Contrôler que le commit distant est présent
En résumé
Un changement fait sur GitLab doit être récupéré localement avec git pull. La commande précise la télécommande et la branche pour éviter les erreurs. Après cette étape, votre copie locale est à jour.
Points clés
- Un commit fait sur GitLab n'apparaît pas en local tant que vous ne le récupérez pas.
- La commande git pull récupère et intègre les modifications distantes.
- Préciser origin et main évite les ambiguïtés.
- L'envoi se fait avec git push, la récupération avec git pull.
Questions fréquentes
Quelle différence entre git push et git pull ?
La commande git push envoie vos commits vers le dépôt distant. La commande git pull récupère les commits distants et les intègre en local.
Pourquoi préciser origin et main ?
Cela indique la télécommande et la branche concernées, ce qui évite de récupérer quelque chose d'inattendu.
Dois-je faire git pull avant de travailler ?
C'est recommandé dès que quelqu'un a pu modifier le dépôt distant, afin de partir d'une copie à jour.