Git, fatal: Le terminal distant a raccroché de manière inattendue

Quand j’ai essayé de courir

git push origin master --force 

Je viens de recevoir

 Counting objects: 2649, done. Delta compression using up to 2 threads. Compressing objects: 100% (1280/1280), done. error: RPC failed; result=22, HTTP code = 413 | 116 KiB/s fatal: The remote end hung up unexpectedly Writing objects: 100% (2504/2504), 449.61 MiB | 4.19 MiB/s, done. Total 2504 (delta 1309), reused 2242 (delta 1216) fatal: The remote end hung up unexpectedly Everything up-to-date 

Est-ce quelque chose à voir avec le fait de ne pas être sécurisé? J’ai essayé de créer une clé publique comme dans la réponse à Fatal: l’extrémité distante a été suspendue de manière inattendue et a été relancée, mais cela ne fonctionne toujours pas. Est-ce que je n’utilise pas réellement la clé? Si oui, comment l’utiliser?

Cela ressemble à Comment puis-je obtenir github par défaut à ssh et pas https pour les nouveaux référentiels . Cela vaut probablement la peine d’essayer de passer du protocole http à ssh:

 $ git remote add origin git@github.com:username/project.git 

Le problème est dû aux parameters de tampon git / https. Pour le résoudre (extrait de Git, échec lors de la validation de commit sur github )

 git config http.postBuffer 524288000 

Et relancez la commande

Cause: La taille de publication du fichier par défaut pour Git a été dépassée.

Solution :

Accédez à repo.

Exécutez la commande suivante pour augmenter le tampon à 500 Mo après avoir accédé au référentiel:

 git config http.postBuffer 524288000 

Vous pourriez avoir une erreur comme celle-ci

erreur: impossible de verrouiller le fichier de configuration .git / config: aucun fichier ou répertoire de ce type

c’est parce que vous n’avez pas de fichier .git/config local Vous pouvez le faire fonctionner avec cette commande

git config --global http.postBuffer 524288000

D’autres solutions n’ont pas fonctionné dans mon cas, le nettoyage de la mémoire a été corrigé pour moi:

git gc --aggressive

Juste pour append ceci (parce que c’était la première entrée quand j’ai googlé):

Cette erreur peut également être provoquée par un access en écriture manquant pour le référentiel.

Dans mon cas, j’ai créé le repo avec le compte root de mon serveur et je l’ai effectivement oublié plus tard pour que l’utilisateur de git ne puisse pas écrire les push dans le répertoire.

Dans notre cas, le problème était un clone qui écrivait un fichier .git/config contenant une entrée URL qui était une méthode d’access en lecture seule. Changer l’URL de la méthode :// à la méthode @ résolu le problème.

Lancer git remote -v éclairé le problème.

Vous avez probablement cloné le référentiel dans un référentiel existant, pour résoudre le problème, il suffit de cloner le référentiel dans un autre répertoire et de répliquer les modifications sur ce nouveau répertoire, puis d’exécuter le push.

Si vous utilisez git for windows (et vous le faites probablement, si vous le faites sur une machine Windows), et qu’aucune des autres corrections ne fonctionne pour vous, essayez de vous rendre sur https://github.com/git-for- windows / git / releases , et obtenir une version sur ou après la version 2.4.5. Correction du problème pour moi.

Un autre ajout, puisque j’ai rencontré cette erreur d’une manière différente et Google m’a pris ici.

Mon problème était un décalage de cas; un camelCase et un pas. Apparemment, GIT vous empêche de le faire sans vous dire pourquoi. Donc, si vos twigs sont différentes de la télécommande uniquement dans la capitalisation, essayez de les modifier pour qu’elles soient identiques.

Voir: Git: “Le maître ne peut pas être résolu pour se twigr” après la fusion

Contrairement à l’une des autres réponses – j’ai eu le problème sur push en utilisant ssh – je suis passé à https et il a été corrigé.

 git remote remove origin git remote add origin https://github..com/user/repo git push --set-upstream origin master 

Cela peut se produire après la mise à jour de votre plate-forme OSX.

Ouvrez Terminal et accédez à votre dossier .ssh, puis entrez ssh-add -K ~/.ssh/id_rsa

J’ai eu la même erreur à la traction.
J’ai fait le tour “http.postBuffer”. Cela l’a résolu, mais quand j’ai voulu pousser, j’ai de nouveau rencontré l’erreur.

Ce qui a résolu mon problème:
1. Cloné dans un autre dossier avec une autre machine virtuelle. (Linux).
2. J’ai fait mes changements.
3. Poussé avec la machine virtuelle d’origine où je ne pouvais pas pousser au départ. (Les fenêtres)

J’ai eu cette erreur quand j’avais une paire de clés incorrecte dans .ssh. Ajouter la pub à github (dans les parameters) a résolu ce problème pour moi.

J’ai le même problème. J’ai remarqué sur la page Web git que l’URL du clone SSH avait la structure suivante:

 git@github.com:user/project.git 

Je pourrais résoudre mon problème en changeant simplement le “:” par “/”, comme suit:

 git@github.com/user/project.git 

Peut-être cela peut être utile.

On dirait que ça peut être une des mille choses.

Pour moi, je poussais initialement le master et développais (master n’avait aucun changement) via SourceTree. Changer cela pour développer ne fonctionnait que.

J’ai eu cette erreur quand j’ai mal orthographié mon nom de succursale à distance

J’ai pu contourner ce problème en utilisant Git Shell.

Chaque référentiel de github.com vous fournit des URL HTTPS / SSH / Subversion que vous pouvez utiliser pour télécharger en utilisant Shell, voir ici: http://prntscr.com/8ydguv .
Basé sur les changements récents de GitHub, SSH semble être la meilleure méthode.

Commande à utiliser dans Shell:

 git clone "URL of repo goes here w/ no quotes" 

Il semble presque inutile d’append une réponse, mais je me suis battu pendant des siècles quand j’ai finalement découvert que c’était Visual Studio Online qui souffrait d’une panne sporadique. Cela est devenu évident lorsque VS a continué à demander des crédits et le site Web de VSO a parfois donné 500.

 Counting objects: 138816, done. Delta compression using up to 8 threads. Compressing objects: 100% (38049/38049), done. error: unable to rewind rpc post data - try increasing http.postBuffer error: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054 The remote end hung up unexpectedly/138816), 33.30 MiB | 3.00 KiB/s Writing objects: 100% (138816/138816), 50.21 MiB | 3.00 KiB/s, done. Total 138816 (delta 100197), reused 134574 (delta 96515) fatal: The remote end hung up unexpectedly Everything up-to-date 

Je ramène mon tampon de publication HTTP à 2Mb, car je pense que cela fonctionne mieux avec de nombreux messages plus petits.

Luke

Faites ceci pour voir la clé que vous utilisez; ssh -vT git@github.digitalglobe.com

Ensuite, assurez-vous que dans votre version, vous avez cette exécution au début. eval “$ (ssh-agent -s)” ssh-add ~ / .ssh / id_rsa

1) cd au répertoire du projet

2) git status

3) git checkout -f HEAD

4) confirmez votre succès en supprimant master à nouveau pour vous assurer que vous êtes à jour si votre repository semblait incomplet

Cela fonctionne si vous obtenez l’erreur en question de Visual Studio’s Git lors du clonage d’un repository de Bitbucket