git · Git
Le message
error: failed to push some refs to 'https://github.com/user/repo.git'
Ce que cela veut dire
Le serveur a refusé votre push, et cette ligne n'est qu'un résumé : la vraie raison figure dans la ligne ! [rejected] juste au-dessus. Le plus souvent le distant possède des commits que vous n'avez pas, mais une branche protégée, un hook côté serveur ou une limite de taille de fichier donnent le même résumé. Lisez d'abord la raison ; dans le cas ordinaire, git pull --rebase && git push règle tout. Le geste dangereux est d'ajouter --force sans lire, car cela peut effacer du serveur les commits d'un collègue.
Le correctif
git pull --rebase && git push- É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 « error: failed to push some refs to 'https://github.com/user/repo.git' » ?
Le serveur a refusé votre push, et cette ligne n'est qu'un résumé : la vraie raison figure dans la ligne ! [rejected] juste au-dessus. Le plus souvent le distant possède des commits que vous n'avez pas, mais une branche protégée, un hook côté serveur ou une limite de taille de fichier donnent le même résumé. Lisez d'abord la raison ; dans le cas ordinaire, git pull --rebase && git push règle tout. Le geste dangereux est d'ajouter --force sans lire, car cela peut effacer du serveur les commits d'un collègue.
Q. Comment le corriger ?
git pull --rebase && git push — 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 8 mots.