Git échoue lors du transfert de commit vers github

J'ai cloné un dépôt git que j'ai hébergé sur github sur mon ordinateur portable. J'ai pu pousser avec succès quelques commits vers github sans problème. Cependant, j'obtiens maintenant l'erreur suivante:

Compressing objects: 100% (792/792), done.
error: RPC failed; result=22, HTTP code = 411
Writing objects: 100% (1148/1148), 18.79 MiB | 13.81 MiB/s, done.
Total 1148 (delta 356), reused 944 (delta 214)

De là, il se bloque et je dois enfin CTRL+ Crevenir au terminal.

J'ai eu le même problème et je pense que cela a à voir avec la taille du dépôt (édité ou la taille d'un fichier particulier) que vous essayez de pousser.

En gros, j'ai pu créer de nouveaux dépôts et les pousser vers github. Mais un existant ne fonctionnerait pas.

Le code d'erreur HTTP semble me confirmer qu'il s'agit d'une erreur «Longueur requise». Alors peut-être est-il trop grand pour calculer ou dépassé le max. Qui sait.

ÉDITER

J'ai trouvé que le problème pouvait être des fichiers volumineux. J'avais une mise à jour qui ne pousserait pas même si j'avais réussi à pousser jusqu'à ce point. Il n'y avait qu'un seul fichier dans le commit, mais il s'agissait de 1,6M

J'ai donc ajouté le changement de configuration suivant

git config http.postBuffer 524288000

Pour permettre jusqu'à la taille du fichier 500M, puis mon push a fonctionné. C'était peut-être le problème au départ de pousser un gros dépôt sur le protocole http.

FIN DE LA MODIFICATION

la façon dont je pouvais le faire fonctionner (EDIT avant de modifier postBuffer) était de tarer mon dépôt, de le copier sur une machine capable de faire git sur ssh et de le pousser vers github. Ensuite, lorsque vous essayez de faire un push / pull à partir du serveur d'origine, cela devrait fonctionner sur https. (puisqu'il s'agit d'une quantité de données beaucoup plus petite qu'une poussée d'origine).

J'espère que cela t'aides.

Si cette commande n'aide pas

git config http.postBuffer 524288000

Essayez de changer la méthode ssh en https

git remote -v
git remote rm origin 
git remote add origin https://github.com/username/project.git

Ressemble à un problème de serveur (c'est-à-dire un problème "GitHub").
Si vous regardez ce fil , cela peut arriver lorsque le git-http-backendobtient un tas corrompu (et comme ils viennent de mettre en place un support http intelligent ...)
Mais quelle que soit la cause réelle, cela peut aussi être lié à une perturbation sporadique récente dans l'un des serveurs de fichiers GitHub .

Voyez-vous toujours ce message d'erreur? Parce que si vous faites:

• vérifiez votre version locale de Git (et mettez à niveau vers la dernière)
• signaler cela comme un bogue GitHub .

Remarque: le support Smart HTTP est un gros problème pour ceux d'entre nous qui sont derrière un proxy de pare-feu d'entreprise authentifié!

À partir de maintenant, si vous clonez un référentiel sur l' http://url et que vous utilisez un client Git version 1.6.6 ou supérieure, Git utilisera automatiquement le mécanisme de transport plus récent et meilleur.
Encore plus étonnant, cependant, c'est que vous pouvez maintenant pousser ce protocole et cloner également des référentiels privés. Si vous accédez à un référentiel privé, ou si vous êtes un collaborateur et souhaitez un accès push, vous pouvez mettre votre nom d'utilisateur dans l'URL et Git vous demandera le mot de passe lorsque vous tenterez d'y accéder.

Les clients plus âgés reviendront également à la méthode la plus ancienne et la moins efficace, donc rien ne devrait casser - seuls les nouveaux clients devraient mieux fonctionner.

Encore une fois, assurez-vous de mettre à niveau votre client Git en premier.

Pousser depuis l'interface graphique Git au lieu de Bash fonctionne pour moi.

J'ai essayé de pousser vers mon propre serveur hébergé bonobo-git, et je ne me suis pas rendu compte que http.postbuffer signifiait le répertoire du projet ...

donc juste pour les autres confus:

Pourquoi? Dans mon cas, j'avais de gros fichiers zip avec des actifs et certains PSD également poussés - trop gros pour le tampon, je suppose.

Comment faire cela http.postbuffer: exécutez cette commande dans le répertoire src de votre projet, à côté du dossier .git, pas sur le serveur.

Attention, de gros fichiers temporaires (chunk) seront créés avec cette taille de tampon.

Remarque: vérifiez simplement vos fichiers les plus volumineux, puis définissez le tampon.

Le problème à pousser est principalement dû à la taille des fichiers qui doivent être poussés. J'essayais de pousser certaines bibliothèques de taille juste 2 mb, alors aussi la poussée donnait une erreur de RPC avec le résultat 7. La ligne est de 4 Mbps et fonctionne bien. Quelques essais ultérieurs m'ont permis de réussir. Si une telle erreur survient, attendez quelques minutes et continuez à essayer.

J'ai également découvert qu'il y avait des échecs RPC si le github est en panne ou obtient un réseau instable à leurs côtés.

Donc, continuer à essayer après quelques intervalles est la seule option!

dans ces cas, vous pouvez essayer ssh si https est bloqué.

Vous pouvez également essayer d'augmenter la taille du tampon à un chiffre astronomique afin de ne plus avoir à vous soucier de la taille du tampon git config http.postBuffer 100000000