problème stupide avec Github en ce moment. J'ai une quantité décente de changements (~ 120 Mo de taille), lorsque j'essaye de pousser, voici ce qui se passe:
error: RPC failed; result=22, HTTP code = 413
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
jai deja fait
git config http.postBuffer 524288000, donc cela ne semble pas être le problème. Qu'est ce que ça pourrait être?
HTTP code = 0, GitHub est en panne, comme hier.HTTP code = 0quand mon proxy bloquait. Mon proxy http fonctionne avec github, mais pas https pour mon proxy d'entreprise. Je pense que mon proxy HTTPS force NTLM, tandis que HTTP accepte BASIC. J'ai changé l'URL d'origine du dépôt de https à http et cela a fonctionné pour moi.git remote set-url origin http://github.com/GitUserName/GitRepoName.gitRéponses:
Si vous obtenez l'erreur 413, le problème ne vient pas de git mais de votre serveur Web . C'est votre serveur Web qui bloque les gros fichiers de téléchargement.
Solution pour nginx
Chargez simplement votre
nginx.confet ajoutezclient_max_body_size 50m;(en changeant la valeur en fonction de vos besoins) dans le bloc http.Rechargez nginx pour accepter la nouvelle configuration en exécutant
sudo service nginx reloadet essayez à nouveau de pousser votre commit sur http.Solution pour Apache
Dans votre
httpd.confaddLimitRequestBody 52428800(en modifiant la valeur en fonction de vos besoins) à l'intérieur d'un<Directory />bloc. En faisant cela, vous pouvez limiter la demande de tout le système de fichiers du serveur, juste un seul hôte virtuel ou un répertoire.J'espère que ça aide.
la source
Je l'ai compris !!! Bien sûr, je le ferais juste après avoir frappé le poste!
J'avais le repo configuré pour utiliser l'url HTTPS, je l'ai changé pour l'adresse SSH, et tout a recommencé à fonctionner parfaitement.
la source
la commande pour changer l'url distante (de https -> git @ ...) est quelque chose comme ça
origine voici le nom de ma télécommande (do git remote et ce qui sort est votre origine).
la source
ssh://dessh://git@<bitbucket-repo>:<port>/dir/to/project.gitAlors soyez prudent, les gars!J'ai eu le même problème mais j'utilisais un proxy inverse.
Alors je devais régler
à l'intérieur des deux fichiers de configuration:
la source
J'avais déjà "HTTPS //" dans l'URL git mais j'ai rencontré cette erreur.
Tout ce que j'ai fait a été d'ajouter l'option -u avec push et cela a fonctionné.
git push -u origin masterla source
Pour ceux qui utilisent IIS 7 pour héberger un git
http/httpsendpoint:Vous devez augmenter votre
uploadReadAheadSize.Lancer le gestionnaire des services Internet (IIS)
Développez le champ Serveur
Développer les sites
Sélectionnez le site pour lequel vous souhaitez effectuer la modification.
Dans la section Fonctionnalités, double-cliquez
Configuration EditorSous
Sectionsélectionnez:system.webServer > serverRuntimeModifiez la
uploadReadAheadSizesection (la valeur doit être comprise entre0et2147483647.)Cliquez sur Apply
Redémarrez le site Web
la source
Si vous rencontrez ce problème tout en poussant des modifications de grande taille, exécutez la commande ci-dessous dans le terminal.
Voir ceci pour plus de détails.
la source
L'erreur se produit dans 'libcurl', qui est le protocole sous-jacent pour le téléchargement https. La solution est de mettre à jour libcurl d'une manière ou d'une autre. Pour obtenir plus de détails sur l'erreur, définissez GIT_CURL_VERBOSE = 1
https://confluence.atlassian.com/pages/viewpage.action?pageId=306348908
Signification de l'erreur, selon libcurl doc: CURLE_HTTP_RETURNED_ERROR (22)
Ceci est renvoyé si CURLOPT_FAILONERROR est défini sur TRUE et que le serveur HTTP renvoie un code d'erreur> = 400.
http://curl.haxx.se/libcurl/c/libcurl-errors.html
la source
J'ai eu ce problème lorsque j'essaye de cloner un dépôt git sur une machine Linux.
l'URL suivante fonctionne pour moi dans Windows
alors que l'URL suivante fonctionne dans la machine Linux et qu'elle a https dans l'URL
la source
J'ai eu cette erreur ( erreur: RPC a échoué; résultat = 22, code HTTP = 413 ) lorsque j'ai essayé de pousser mon commit initial vers un nouveau référentiel BitBucket. L'erreur s'est produite pour moi car le référentiel BitBucket n'avait pas de branche principale. Si vous utilisez SourceTree, vous pouvez créer une branche principale sur l'origine en appuyant sur le bouton Git Flow .
la source
Utilisez-vous des liens https au lieu de liens ssh? Étant donné que le lien https est limité par la taille du téléchargement de HttpServer (comme Apache, Ngnix), il n'y a pas de telle restriction lors de l'utilisation de ssh.
Utilisez la méthode suivante pour basculer vers le lien ssh.
Si vous déterminez le nom du référentiel distant, passez directement à l'étape 4. Vous pouvez maintenant effectuer l'opération push avec bonheur.
la source
J'ai eu le même problème (sur Win XP), j'ai mis à jour le fichier libcurl-4.dll dans mon répertoire bin Git vers la version SSL de http://www.paehl.com/open_source/?download=curl_DLL_ONLY.7z (renommer à libcurl4.dll). Tout fonctionne bien maintenant.
la source
Le clone https de gists échoue (ssh fonctionne, voir ci-dessous):
Cela marche:
git clone [email protected]:123456.gitla source
Fait face au même problème. Dans mon cas, il s'agissait de versions GIT non compatibles sur plusieurs utilisateurs qui accèdent (pull / push) au même projet.
Je viens de mettre à jour la version GIT et de mettre à jour le chemin sur les paramètres du studio Android et cela fonctionne très bien pour moi.
Éditer -
Git pour Windows (1.9.5) ayant des problèmes, la mise à jour de la même chose peut aider.
la source
Il était confronté au même problème, mais il a été résolu en nettoyant le référentiel git (Nettoyer les fichiers non suivis en utilisant "git clean").
la source
git clean -ipar exemple de démarrer en mode interactif.Besoin de changer l'URL distante en ssh ou https
ou
J'espère que cela aidera :)
la source
quand j'ai utilisé l'url https pour pousser vers le maître distant, j'ai rencontré le même problème, je l'ai changé en adresse SSH, et tout a recommencé à fonctionner parfaitement.
la source