git · Git
Le message
! [rejected] main -> main (non-fast-forward)
Ce que cela veut dire
Votre branche n'est pas un descendant de la branche distante : pousser tel quel ferait tomber de l'historique des commits présents sur le serveur. Cela arrive quand vous avez réécrit avec rebase, amend ou reset des commits déjà poussés. Si la réécriture est voulue et que la branche n'est qu'à vous, utilisez git push --force-with-lease : il refuse si le distant a bougé depuis votre dernier fetch, donc contrairement à --force seul il ne peut pas effacer en silence le push d'un collègue arrivé entretemps. Si la réécriture n'était pas voulue, la réponse est pull --rebase, pas la force.
Le correctif
git push --force-with-lease- É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 « ! [rejected] main -> main (non-fast-forward) » ?
Votre branche n'est pas un descendant de la branche distante : pousser tel quel ferait tomber de l'historique des commits présents sur le serveur. Cela arrive quand vous avez réécrit avec rebase, amend ou reset des commits déjà poussés. Si la réécriture est voulue et que la branche n'est qu'à vous, utilisez git push --force-with-lease : il refuse si le distant a bougé depuis votre dernier fetch, donc contrairement à --force seul il ne peut pas effacer en silence le push d'un collègue arrivé entretemps. Si la réécriture n'était pas voulue, la réponse est pull --rebase, pas la force.
Q. Comment le corriger ?
git push --force-with-lease — 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.