Git, fatale: il telecomando si è 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 

Ha qualcosa a che fare con il non essere sicuro? Ho provato a creare una chiave pubblica come nella risposta per Fatal: l’estremità remota si è riattaccata inaspettatamente e l’ha eseguita di nuovo, ma non funziona ancora. Non sto effettivamente usando la chiave? Se sì, come lo uso?

Questo è simile a Come faccio a ottenere github per 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 [email protected]:username/project.git 

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

 git config http.postBuffer 524288000 

E fai nuovamente il comando

Causa: è stata superata la dimensione del file di default per Git.

Soluzione:

Vai al repository.

Eseguire il seguente comando per aumentare il buffer a 500 MB dopo aver navigato nel repository:

 git config http.postBuffer 524288000 

Potresti ricevere un errore come questo

errore: imansible bloccare il file di configurazione .git / config: Nessun file o directory di questo tipo

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

git config --global http.postBuffer 524288000

Altre soluzioni non hanno funzionato nel mio caso, facendo una garbage collection l’ho risolto per me:

git gc --aggressive

Solo per aggiungere questo (perché questa era la prima voce quando ho cercato su Google):

Questo errore può anche essere generato mancando l’accesso alla scrittura per il repository.

Nel mio caso ho creato il repository con l’account root del mio server e in realtà l’ho dimenticato più tardi, quindi l’utente git non ha potuto scrivere i push nella directory.

Nel nostro caso, il problema era un clone che scriveva un file .git/config che conteneva una voce url che era un metodo di sola lettura. La modifica dell’URL dal metodo :// al metodo @ risolto il problema.

Esecuzione di git remote -v illuminato il problema alcuni.

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

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

Un’altra aggiunta, dal momento che 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, il GIT ti impedisce di farlo senza dirti perché. Quindi se i tuoi rami sono diversi dal remoto solo nella maiuscola, prova a cambiarli per essere identici.

Vedi: Git: ‘Master non può essere risolto in branch’ dopo l’unione

Contrariamente a una delle altre risposte – Ho avuto il problema su push usando ssh – Sono passato a https ed è stato corretto.

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

Ciò potrebbe verificarsi dopo l’aggiornamento della piattaforma OSX.

Apri Terminale e vai alla cartella .ssh e inserisci ssh-add -K ~/.ssh/id_rsa

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.

Che cosa ha risolto il mio problema:
1. Clonato in un’altra cartella con un’altra macchina virtuale. (Linux).
2. Ho fatto i miei cambiamenti.
3. Lo ha spinto con la macchina virtuale originale in cui inizialmente non potevo spingere. (Finestre)

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

Ho lo stesso problema. Ho notato dalla pagina web git che l’URL clone SSH ha la struttura successiva:

 [email protected]:user/project.git 

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

 [email protected]/user/project.git 

potrebbe essere questo può essere utile.

Sembra che possa essere una delle mille cose.

Per quanto mi riguarda, inizialmente stavo spingendo il master e lo sviluppo (il master non aveva modifiche) tramite SourceTree. Cambiare questo per svilupparsi ha funzionato.

Ho ricevuto questo errore quando ho sbagliato a scrivere il nome del mio ramo remoto

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

Ogni repository di github.com ti fornisce gli URL HTTPS / SSH / Subversion che puoi utilizzare per scaricare usando Shell, vedi qui: http://prntscr.com/8ydguv .
Sulla base delle 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" 

Sembra quasi inutile aggiungere una risposta, ma stavo litigando per anni quando alla fine ho scoperto che era Visual Studio Online a subire un’interruzione sporadica. Ciò è diventato evidente quando VS ha continuato a richiedere credenziali e il sito Web di VSO a volte ne ha dati 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 

In seguito, ho impostato il buffer del post HTTP su 2Mb, poiché ritengo che funzioni meglio con molti post più piccoli.

Luca

Fai questo per vedere la chiave che stai usando; ssh -vT [email protected]

Quindi assicurati che nella tua build tu abbia questa corsa all’inizio. eval “$ (ssh-agent -s)” ssh-add ~ / .ssh / id_rsa

1) cd alla dir del progetto

2) git status

3) git checkout -f HEAD

4) conferma il successo abbattendo il master per assicurarti di essere aggiornato se il tuo repository sembrava incompleto

Questo funziona se si ottiene l’errore in questione da Git di Visual Studio quando si clona un repository da Bitbucket