Git push se bloque en poussant à Github?

 git config --global core.askpass "git-gui--askpass" 

Cela a fonctionné pour moi. Cela peut prendre 3-5 secondes pour que l’invite apparaisse, entrez simplement vos identifiants de connexion et vous êtes prêt à partir.

Essayez de créer un script comme ~/sshv.sh qui vous montrera à quoi ssh appartient:

 #!/bin/bash ssh -vvv "$@" 

Autoriser l’exécution du fichier ~/sshv.sh pour le propriétaire du fichier:

 chmod u+x ~/sshv.sh 

Invoquez ensuite votre git push avec:

 GIT_SSH=~/sshv.sh git push ... 

Dans mon cas, cela m’a aidé à comprendre que j’utilisais des connexions partagées ssh qui devaient être fermées, alors j’ai tué ces processus ssh et cela a commencé à fonctionner.

Essayez GIT_CURL_VERBOSE = 1 git push … Cela peut arriver à cause du paramétrage du proxy. Git essaiera d’atteindre github.com via un serveur proxy et le proxy ne répond pas. Avec GIT_CURL_VERBOSE = 1 affichera l’adresse IP et des informations. Vous pouvez comparer l’adresse IP avec la sortie de commande “host http://www.github.com“. si elles sont différentes, vous pouvez créer https_proxy = “” et réessayer.

J’ai eu le même problème avec absolument les mêmes symptômes… J’étais sur le sharepoint reconstruire tout mon système dans mon désespoir)).

J’étais même si naïf d’essayer git config --global core.askpass "git-gui--askpass" comme certains le suggèrent ici, mais ça n’a pas marché … git push était toujours figé…

Mais alors j’ai compris qu’il y avait une erreur avec mon agent SSH. J’ai donc redémarré ssh-agent et… PROFIT

Conclusion: vérifiez toujours votre agent SSH et votre serveur SSHD lorsque vous rencontrez des problèmes avec la connexion ssh… Je suis sûr que c’était votre problème (et c’est pourquoi cela fonctionnait après la réinstallation de votre système)

Cela vaut la peine de vérifier si vous utilisez cygwin git ou un git externe (c.-à-d. Github).

Si whereis git renvoie simplement /cygdrive/c/Program Files (x86)/Git/cmd/git.exe ou similaire, il est préférable d’installer le paquet cygwin git, cela a résolu le problème pour moi.

Essayez ce qui suit:

git config –global core.askpass “git-gui – askpass”

Cela demandera des informations d’identification, puis “push” réussit si les informations d’identification sont correctes.

Je pensais que mon écran de fenêtres Git avait été frappé, mais en fait, une invite de connexion la signait. Vérifiez-la et entrez vos informations d’identification.

Je voulais juste dire que j’ai ce problème sur mes instances AWS EC2. J’essayais de pousser depuis mon instance EC2 elle-même, lorsque je l’ai configuré pour autoriser uniquement le trafic provenant de l’équilibreur de charge. J’ai changé la règle pour autoriser HTTP à partir de partout, mais cela ne résout toujours pas le problème. Ensuite, j’ai compris que mes groupes de sécurité étaient configurés pour ne pas autoriser le trafic sortant de mes instances EC2 via HTTPS. Je n’ai pas autorisé le trafic entrant HTTPS à le faire fonctionner, même si c’est probablement une bonne stratégie pour que HTTPS soit disponible en entrée.

Cela s’est produit pour moi lorsque l’espace disque de mon ordinateur était plein. Supprimez certains fichiers et videz la corbeille pour la corriger.

Dans mon cas, le problème était qu’il y avait un processus qui avait verrouillé mon access au trousseau …

Forcez à quitter toutes les autres applications pour vous assurer que l’access au trousseau n’est pas verrouillé sur votre Mac

Par souci d’exhaustivité (des problèmes comme celui-ci ne sont pas aussi compliqués qu’ils pourraient paraître):

Avoir un référentiel distant non existant configuré peut également entraîner ce comportement – j’ai récemment découvert en changeant accidentellement l’URL de mon origine en githu.com .

Je me demande si c’est la même chose que j’ai eue …

1. Aller dans le mastic
2. Cliquez sur “Paramètres par défaut” dans les sessions enregistrées. Cliquez sur Charger
3. Aller à la connexion -> SSH -> Bugs
4. Définir “Chokes sur les requêtes SSH-2 ‘winadj’ de PuTTY à On (au lieu de Auto)
5. Retour à la session dans l’arborescence (en haut de la liste)
6. Cliquez sur “Paramètres par défaut” dans la zone Sessions enregistrées. Cliquez sur Enregistrer.

Ceci (presque mot pour mot) vient de https://tortoisegit.org/issue/1880

Je me verrai généralement courir ce problème en poussant une grande quantité de fichiers.

Si vous pouvez être patient et laisser les fichiers se terminer en téléchargement, vous n’aurez peut-être pas besoin de faire quoi que ce soit. Bonne chance –

J’ai eu le même problème. Arrêtez de vous inquiéter et de rechercher des solutions compliquées sans fin, supprimez simplement git et réinstallez-le.

 sudo apt-get purge git sudo apt-get autoremove sudo apt-get install git 

C’est tout. Ça devrait marcher maintenant

J’ai aussi eu un problème où git se bloque sur la partie “Writing objects” de Windows 7 (en utilisant msysgit, le client Windows par défaut de git) et c’est la première fois que je suis sur google.

git config --global core.askpass "git-gui--askpass" n’a pas fonctionné, mais après quelques recherches, j’ai trouvé le conseil sur les arrêts de Git sur “Writing Objects: 100%” pour utiliser git config –global sendpack.sideband false qui a parfaitement fonctionné.

Je peux enfin pousser à nouveau depuis la ligne de commande!

Cela s’est produit pour moi, voici comment j’ai corrigé. J’ai utilisé Cygwin et il a raccroché alors j’ai essayé de demander le nom d’utilisateur / mot de passe sur commit:

 git config --global core.askpass "git-gui--askpass" 

Une fois que j’ai exécuté le git push -u origin master et saisi le mot de passe du nom d’utilisateur, il était toujours bloqué mais semblait être associé à GitHub.

Utilisé la même commande à partir de l’invite dos: git push -u origin master Git ne se bloque pas. Donc, peut-être question liée à CygWin dans mon cas.