Accueil·Messages d’erreur

git · Git

Le message

Your branch and 'origin/main' have diverged

Ce que cela veut dire

Votre branche et origin/main détiennent chacune des commits que l'autre n'a pas : la ligne d'historique s'est scindée en deux. Cela survient quand vous avez committé en local pendant que quelqu'un poussait, ou quand vous avez réécrit avec amend ou rebase des commits déjà poussés. git pull --rebase rejoue vos commits par-dessus les leurs et garde un historique linéaire, mais il donne de nouveaux hachages à vos commits : si vous les aviez déjà partagés, le même travail figure deux fois ; dans ce cas --no-rebase, qui laisse un seul commit de fusion, est plus sûr.

Le correctif

git pull --rebase origin main
Émis par
git
Git
29

Presque toutes les erreurs de git sont un refus qui signifie « faire cela depuis cet état ferait perdre quelque chose » ; fatal: veut dire que git s'est arrêté sans rien modifier, et les lignes hint: sous la première portent souvent le vrai remède.

Lire un message d’erreur

  • Lisez à partir de la première ligne. Plus on descend, plus il s’agit des entrailles de l’outil ; la cause est généralement en haut.
  • S’il y a un fichier et un numéro de ligne, commencez là — pas la première image de la pile, mais la ligne la plus haute qui nomme un fichier de vous.
  • Cherchez le message tel quel, mais retirez d’abord vos chemins et vos noms de variables : c’est cela qui empêche la correspondance.
  • La même situation se formule autrement selon la version de l’outil. Si les résultats sonnent faux, ajoutez le numéro de version.
  • Avant de coller un correctif, vérifiez ce qu’il jette. Certains sont irréversibles.

Questions fréquentes

Q. Que veut dire « Your branch and 'origin/main' have diverged » ?

Votre branche et origin/main détiennent chacune des commits que l'autre n'a pas : la ligne d'historique s'est scindée en deux. Cela survient quand vous avez committé en local pendant que quelqu'un poussait, ou quand vous avez réécrit avec amend ou rebase des commits déjà poussés. git pull --rebase rejoue vos commits par-dessus les leurs et garde un historique linéaire, mais il donne de nouveaux hachages à vos commits : si vous les aviez déjà partagés, le même travail figure deux fois ; dans ce cas --no-rebase, qui laisse un seul commit de fusion, est plus sûr.

Q. Comment le corriger ?

git pull --rebase origin main — avant de le lancer, vérifiez plus haut ce que cette commande jette.

Q. Quel outil émet cela ?

git. Cela relève de Git, et le message compte 6 mots.

Erreurs voisines