Git, fatale: l'estremità remota ha riattaccato inaspettatamente

Quando ho provato a correre

git push origin master --force

ho appena ottenuto

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

È qualcosa a che fare con il non essere sicuri? Ho provato a creare una chiave pubblica come nella risposta per Fatal: l'estremità remota ha riattaccato inaspettatamente e lo ha eseguito di nuovo, ma continua a non funzionare. In realtà non sto usando la chiave? In tal caso, come lo uso?

Questo è simile a Come posso ottenere github di default su ssh e non https per i nuovi repository . Probabilmente vale la pena provare a passare dal protocollo http a ssh:

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

Il problema è dovuto alle impostazioni del buffer git / https. Per risolverlo (preso da Git fallisce quando si spinge commit in github )

git config http.postBuffer 524288000

Ed esegui di nuovo il comando

Causa: la dimensione del file post predefinita per Git è stata superata.

Soluzione:

Passare al repository.

Eseguire il comando seguente per aumentare il buffer a 500 MB dopo essere passati al repository:

git config http.postBuffer 524288000

Potresti ricevere un errore come questo

errore: impossibile bloccare il file di configurazione .git / config: nessun file o directory

questo perché non hai un .git/configfile locale Puoi farlo funzionare con questo comando

git config --global http.postBuffer 524288000

Altre soluzioni non hanno funzionato nel mio caso, facendo una raccolta dei rifiuti risolto per me:

git gc --aggressive

Contrariamente a una delle altre risposte - ho avuto il problema con push usando ssh - sono passato a https ed è stato risolto.

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

Questo errore può anche essere generato attraverso autorizzazioni di scrittura mancanti nel repository.

Il mio caso concreto è andato così:

1. Ho creato un repository con l' rootutente del mio server (tramite SSH).
2. Ho installato un servizio git e creato un gitutente Linux che dovrebbe gestire tutte le azioni relative a git.
3. A quel punto, avevo dimenticato che il repository era stato creato con l' rootutente in primo luogo e l' gitutente semplicemente non aveva i permessi dei file per scrivere qualcosa nel repository.

Culprit (nel mio caso):
una rete ad alta latenza.

Questa non è una risposta in sé, ma piuttosto un'osservazione che può aiutare gli altri. Ho scoperto che questo errore si presenta occasionalmente su reti ad alta latenza (ad esempio, devo usare una parabola satellitare per l'accesso a Internet). La velocità della rete va bene, ma la latenza può essere elevata. Nota: il problema esiste solo in alcuni scenari, ma non ho determinato quale sia lo schema.

Mitigazione temporanea:
ho cambiato rete — sono passato a una rete cellulare a latenza più lenta, ma a bassa latenza (il mio telefono era usato come hotspot) —e il problema è scomparso. Nota che posso farlo solo in modo intermittente perché anche la mia connettività cellulare è intermittente. Inoltre l'utilizzo della larghezza di banda aggiunge costi. Sono anche fortunato ad avere questa opzione disponibile per me. Non tutti lo fanno.

Sono sicuro che ci sia qualche impostazione di configurazione da qualche parte che renda git — o ssh o curl o qualunque altro timeout prima — più tollerante di tali reti, ma non so di cosa si tratti.

Un appello agli sviluppatori:
questi tipi di problemi sono un problema costante per le popolazioni rurali. Pensa a noi quando progetti i tuoi sistemi, strumenti e applicazioni. Grazie.

Nel nostro caso, il problema era un clone che scriveva un .git/configfile che conteneva una voce url che era un metodo di accesso in sola lettura. La modifica dell'URL dal ://metodo al @metodo ha risolto il problema.

La corsa ha git remote -villuminato un po 'il problema.

Se stai usando git per Windows (e probabilmente lo sei, se lo stai facendo su un computer Windows), e nessuna delle altre correzioni qui ha funzionato per te, prova a visitare https://github.com/git-for- windows / git / release e ottenere una versione successiva o successiva alla versione 2.4.5. Risolto il problema per me.

Probabilmente hai clonato il repository in uno esistente, per risolvere il problema puoi semplicemente clonare il repository in un'altra directory e replicare le modifiche in questa nuova directory e quindi eseguire il push.

Un'altra aggiunta, poiché ho riscontrato questo errore in un modo diverso e Google mi ha portato qui.

Il mio problema era una mancata corrispondenza del caso; un camelCase e uno no. Apparentemente, GIT ti impedisce di farlo senza dirti perché. Quindi se i tuoi rami sono diversi dal telecomando solo nella maiuscola, prova a cambiarli per essere identici.

Vedi: Git: 'Master non può essere risolto in diramazione' dopo l'unione

Ciò può accadere dopo l'aggiornamento della piattaforma OSX.

Apri Terminale e vai alla tua cartella .ssh, ed entra ssh-add -K ~/.ssh/id_rsa

PLESK Nginx e GIT Stavo ottenendo questo errore su plesk git e mentre spingevo un grande repository con (chissà cosa) mi ha dato questo errore con il codice HTTP 413 e ho cercato nel seguente server Plesk e aveva nginx in esecuzione e apache2 così ho guardato nei registri e ho trovato l'errore nei registri nginx

Seguito questo link per consentire a plesk di ricostruire la configurazione con un caricamento di file più grande.

Ho saltato la parte php per git

Dopo quel git push ha funzionato senza errori.

Mi è capitato di avere lo stesso errore in pull.
Ho fatto il trucco "http.postBuffer". Lo ha risolto, ma quando volevo spingere, ho riscontrato di nuovo l'errore.

Cosa ha risolto il mio problema:
1. Clonato in un'altra cartella con un'altra macchina virtuale. (Linux).
2. Ho apportato le mie modifiche.
3. L'ho spinto con la macchina virtuale originale dove inizialmente non potevo spingere. (Finestre)

Ho avuto questo errore quando avevo una coppia di chiavi errata in .ssh. L'aggiunta del pubkey a github (nelle impostazioni) ha risolto questo problema per me.

Ho lo stesso problema. Ho notato dalla pagina web di git che l'URL del clone SSH ha la struttura seguente:

git@github.com:user/project.git

Potrei risolvere il mio problema semplicemente cambiando ":" con "/", come segue:

git@github.com/user/project.git

può essere questo può essere utile.

Sembra quasi inutile aggiungere una risposta, ma stavo combattendo da anni quando finalmente ho scoperto che era Visual Studio Online a soffrire di un'interruzione sporadica. Ciò è diventato evidente quando VS ha continuato a richiedere crediti e il sito Web VSO a volte ha dato un 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

Successivamente ho ripristinato il mio buffer di post HTTP su 2 Mb, poiché in realtà penso che funzioni meglio con molti post più piccoli.

Luca

Sembra che possa essere una delle mille cose.

Per me, inizialmente stavo spingendo master e sviluppo (master non aveva modifiche) tramite SourceTree. Cambiare questo per sviluppare ha funzionato solo.

Ho riscontrato un errore simile durante il caricamento di un repository di grandi dimensioni, "fatale: l'estremità remota ha riattaccato inaspettatamente" senza ulteriori dettagli.

Dopo molte ricerche, ecco cosa ho fatto:

• L'uso di SSH anziché HTTPS non ha risolto il problema.
• Aumentare http.postBuffer in modo incrementale fino a un valore molto elevato, ancora senza fortuna.
• Ho capito che potrebbe essere a causa di file di grandi dimensioni nel repository (poiché si tratta di un repository migrato di recente da perforce), quindi ho ricreato il repository utilizzando LFS, impostando largeFileThreshold a 40m, che ha ridotto notevolmente le dimensioni del repository (da 3,5G a 500M). Pensavo che questo potesse risolvere il problema, ma con mia grande sorpresa ho ancora affrontato lo stesso errore.

Alla fine, mi è venuto in mente che forse sto usando un vecchio client git, poiché non ho visto altri messaggi di errore. Ho aggiornato git client alla versione più recente (2.20.1) e voilà, l'errore è sparito!

Ho ricevuto questo errore quando avevo errato il mio nome di filiale remota

Sono stato in grado di aggirare questo problema utilizzando Git Shell.

Ogni repository all'interno di github.com fornisce gli URL HTTPS / SSH / Subversion che è possibile utilizzare per scaricare tramite Shell, vedere qui: http://prntscr.com/8ydguv .
Basato sulle recenti modifiche di GitHub, SSH sembra essere il metodo migliore.

Comando da usare in Shell:

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

Fai questo per vedere la chiave che stai usando; ssh -vT git@github.digitalglobe.com

Quindi assicurati di avere questa corsa all'inizio. eval "$ (ssh-agent -s)" ssh-add ~ / .ssh / id_rsa

1) cd alla direzione del progetto

2) git status

3) git checkout -f HEAD

4) conferma il successo tirando giù di nuovo il master per assicurarti di essere aggiornato se il tuo repository sembrava incompleto

Questo funziona se ricevi l'errore in questione da Git di Visual Studio durante la clonazione di un repository da Bitbucket

Questo può accadere anche se uno qualsiasi dei commit che stai spingendo non è corretto.

(Inconsapevolmente) ho avuto un commit con un campo Email autore non valido, ma tutto quello che stavo ricevendo era questo vago remote end hung upmessaggio di errore. Sono stato in grado di spingere altri rami non solo questo un ramo, così ho cominciato a spingere impegna dal "cattivo" ramo uno alla volta fino a quando ho finalmente atterrato a:

Pushing to git@github.com:directangular/unicorn.git
Counting objects: 100% (9/9), done.
Delta compression using up to 20 threads
Writing objects: 100% (5/5), 549 bytes | 549.00 KiB/s, done.
Total 5 (delta 4), reused 0 (delta 0)
remote: error: object 74c7584ff0b93591c19d3a3c19695889dd2274d2: badEmail: invalid author/committer line - bad email        
remote: fatal: fsck error in packed object        
error: remote unpack failed: index-pack abnormal exit
To github.com:directangular/unicorn.git
 ! [remote rejected]       pizzafeast -> pizzafeast (failed)
error: failed to push some refs to 'git@github.com:directangular/unicorn.git'

Quindi sembra che l' remote end hung up unexpectedlyerrore stia "inghiottendo" il messaggio di errore reale, che è probabilmente una sorta di commit non corretto come ho fatto qui.

Dopo aver corretto l'email non valida sono stato in grado di spingere bene.

Non penso che sia una buona idea farlo, ma se hai il backup nella tua macchina .. spingere ancora una volta e quindi provare a clonare repository e quindi rimuovere .git dalla vecchia directory e spostare .git dalla nuova cartella clonata .. git è stato risolto ma a causa del problema alcuni file potrebbero non essere caricati su git. Spingi di nuovo tutto dal tuo backup e poi tiralo sul tuo server o sull'altro computer dove viene bloccato. In questo momento ho appena fatto ... Funziona per me .. e fa un backup della tua directory prima di farlo.

E per favore correggimi se sbaglio. Inoltre non so cosa può andare storto dopo averlo fatto? Ma questa volta funziona davvero.

il mio problema (fatale: il terminale remoto si è bloccato inaspettatamente) è stato risolto controllando l'autorizzazione del repository e il proprietario.

Il proprietario dei file del repository git deve essere quell'utente con cui si desidera eseguire push / pull / clone.

Nessuna delle risposte sopra ha funzionato per me, ma ecco cosa ha funzionato.

1) elimina .git/dal tuo progetto
2) clona il repository remoto in una nuova posizione come il desktop. git clone https://github.com/foo/bar.git
3) passare .git/dalla nuova posizione alla vecchia posizione
4) ripetere il commit e spingere le modifiche

La causa del problema per me sono state le impostazioni di rete: ho una scheda wifi "Killer" che apparentemente non funziona con i pacchetti di rete in un modo che SSH e SSL non gradiscono.

Per risolvere il problema, ho dovuto andare in "Killer Control Center", "Parametri" e disabilitare "Advanced Stream Detect" - i comandi git hanno ricominciato a funzionare all'istante.

Questo articolo ha un'ottima spiegazione e ha risolto il mio problema.

git config --global http.postBuffer 157286400

https://confluence.atlassian.com/stashkb/git-push-fails-fatal-the-remote-end-hung-up-unexpectedly-282988530.html