Git, ölümcül: Uzak uç beklenmedik bir şekilde telefonu kapattı

Koşmaya çalıştığımda

git push origin master --force

Yeni aldım

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

Güvenli olmamakla ilgili bir şey mi? Fatal cevabında olduğu gibi bir ortak anahtar oluşturmaya çalıştım : Uzak uç beklenmedik bir şekilde kapatıldı ve tekrar çalıştırıldı, ancak yine de çalışmıyor. Aslında anahtarı kullanmıyor muyum? Öyleyse, nasıl kullanırım?

Bu, github'u varsayılan olarak ssh'a nasıl alırım ve yeni depolar için https'ye nasıl benzeyeceğim . Muhtemelen http protokolünden ssh'a geçmeye değer:

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

Sorun git / https arabellek ayarlarından kaynaklanıyor. Bunu çözmek için, (alınan github için basıldığında tamamlama başarısız Git )

git config http.postBuffer 524288000

Ve komutu tekrar çalıştırın

Neden: Git için varsayılan dosya yayını boyutu aşıldı.

Çözüm :

Repo'ya gidin.

Depoya gittikten sonra arabelleği 500 MB'a yükseltmek için aşağıdaki komutu çalıştırın:

git config http.postBuffer 524288000

Bunun gibi bir hata alabilirsiniz

hata: yapılandırma dosyası kilitlenemedi .git / config: Böyle bir dosya veya dizin yok

bunun nedeni yerel bir .git/configdosyanızın olmaması Bu komutla çalışmasını sağlayabilirsiniz

git config --global http.postBuffer 524288000

Diğer çözümler benim durumumda işe yaramadı, bir çöp toplama yapmak benim için düzeltti:

git gc --aggressive

Diğer cevapların aksine - ssh kullanarak itme sorunu vardı - ben https geçti ve düzeltildi.

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

Bu hata , depodaki eksik yazma izinleriyle de atılabilir .

Somut davam şöyle gitti:

1. rootSunucumun kullanıcısıyla (SSH aracılığıyla) bir repo oluşturdum .
2. Git hizmetini yükledim ve gitgit ile ilgili tüm eylemleri yönetmesi gereken bir linux kullanıcısı oluşturdum .
3. O zamana kadar, deponun kullanıcıyla rootilk etapta yaratıldığını unutmuştum ve gitkullanıcı sadece depoya bir şey yazmak için dosya izinlerine sahip değildi.

Culprit (benim durumumda):
Yüksek gecikmeli bir ağ.

Bu kendi başına bir cevap değil, daha çok başkalarına yardımcı olabilecek bir gözlemdir. Bu hatanın zaman zaman yüksek gecikmeli ağlarda ortaya çıktığını fark ettim (örneğin internet erişimi için bir Uydu çanağı kullanmak zorundayım). Ağın hızı iyi, ancak gecikme süresi yüksek olabilir. Not: Sorun yalnızca belirli senaryolarda mevcuttur, ancak modelin ne olduğunu belirlemedim.

Geçici olarak hafifletme:
Ağları değiştirdim — daha yavaş, ancak daha düşük gecikmeli bir hücre ağına (telefonum hotspot olarak kullanılıyor) geçtim - ve sorun ortadan kalktı. Bunu sadece itermittely yapabileceğime dikkat edin çünkü hücre bağlantım da aralıklı. Ayrıca, bant genişliği kullanımı maliyetler ekler. Ayrıca bu seçeneği kullanabildiğim için şanslıyım. Herkes değil.

Eminim bir yere git - veya ssh veya curl ya da her şeyden önce zaman aşımına uğrayan - bu tür ağlara daha toleranslı bir yapılandırma ayarı vardır, ancak ne olduğunu bilmiyorum.

Geliştiricilere bir savunma:
Bu tür konular kırsal nüfus için sürekli bir sorundur. Sistemlerinizi, araçlarınızı ve uygulamalarınızı tasarlarken lütfen bizi düşünün. Teşekkür ederim.

Bizim durumumuzda sorun, .git/configsalt okunur erişim yöntemi olan bir url girdisi içeren bir dosya yazan bir klondur. URL'yi ://yöntemden yönteme değiştirmek @sorunu çözdü.

Koşu git remote -vbazı sorunu aydınlattı.

Windows için git kullanıyorsanız (ve muhtemelen bunu bir windows makinesinde yapıyorsanız) ve buradaki diğer düzeltmelerin hiçbiri sizin için işe yaramadıysa, https://github.com/git-for- adresine gitmeyi deneyin. windows / git / sürümleri ve 2.4.5 sürümünde veya sonrasında bir sürüm edinme. Benim için düzeltildi.

Muhtemelen mevcut bir depodaki havuzu klonladınız, sorunu çözmek için sadece başka bir dizindeki deponun klonlanması ve bu yeni dizine yapılan değişikliklerin çoğaltılması ve ardından push'un çalıştırılması mümkündür.

Başka bir ek, bu hatayla farklı bir şekilde karşılaştığım ve Google beni buraya getirdi.

Benim sorunum bir dava uyuşmazlığıydı; bir camelCase ve bir değil. Görünüşe göre, GIT bunu size nedenini söylemeden durdurmanızı sağlıyor. Dolayısıyla, dallarınız yalnızca büyük harf kullanımında uzaktan kumandadan farklıysa, onları aynı olacak şekilde değiştirmeyi deneyin.

Bkz. Git: Birleştirme işleminden sonra 'Master şubeye çözümlenemiyor'

Bu, OSX platformunuzu güncelledikten sonra ortaya çıkabilir.

Terminal'i açın ve .ssh-klasörünüze gidin ve ssh-add -K ~/.ssh/id_rsa

PLESK Nginx ve GIT Ben plesk git bu hatayı alıyordum ve büyük bir repo ile iterken (kim bilir) HTTP kodu 413 ile bu hatayı verdi ve ben aşağıdaki Sunucu Plesk ve nachex çalışan yanı sıra apache2 çalışan baktı bu yüzden günlüklere baktım ve nginx günlüklerindeki hatayı buldum

Plesk'in daha büyük dosya yükleme ile yapılandırmayı yeniden oluşturmasına izin vermek için bu bağlantıyı takip edin .

Git için php bölümünü atladım

Bundan sonra git push hatasız çalıştı.

Çekerken de aynı hatayla karşılaştım.
"Http.postBuffer" hile yaptım. Bunu çözdü, ama itmek istediğimde hatayla tekrar karşılaştım.

Sorunumu ne çözdü: 1. Başka bir sanal makineyle başka bir klasöre kopyaladım. (Linux).
2. Değişikliklerimi yaptım.
3. Başlangıçta itemediğim orijinal sanal makine ile itti. (Pencereler)

.Ssh yanlış anahtar çifti vardı bu hatayı aldım. Pubkey'i github'a (ayarlarda) eklemek bu sorunu benim için düzeltti.

Aynı problemim var. Git web sayfasından SSH klon URL'sinin bir sonraki yapıya sahip olduğunu fark ettim:

git@github.com:user/project.git

Aşağıdaki gibi sadece ":" ile "/" değiştirerek sorunumu çözebilirim:

git@github.com/user/project.git

bu yardımcı olabilir.

Bir cevap eklemek neredeyse anlamsız gibi görünüyor, ama nihayetinde ara sıra bir kesintiye uğrayan Visual Studio Online olduğunu keşfettiğimde, bu uzun zamandır savaşıyordum. Bu durum, VS kredi istemeye devam ettiğinde ortaya çıktı ve VSO web sitesi bazen 500 verdi.

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

HTTP yazı arabelleğimi daha sonra 2Mb'ye geri ayarladım, çünkü aslında birçok küçük yazı ile daha iyi çalıştığını düşünüyorum.

Luke

Bin şeyden biri gibi görünüyor.

Benim için başlangıçta ustayı itiyordum ve SourceTree aracılığıyla geliştiriyordum (ustanın hiçbir değişikliği yoktu). Bunu sadece geliştirmek için değiştirmek çalıştı.

Büyük bir repo yüklerken benzer bir hatayla karşılaştım, "ölümcül: Uzak uç beklenmedik bir şekilde kapatıldı".

Bir çok araştırmadan sonra, yaptığım şey:

• HTTPS yerine SSH kullanmak sorunu çözmedi.
• Http.postBuffer'ı çok büyük bir değere kadar kademeli olarak artırmak, hala şans yok.
• Bunun repodaki büyük dosyalar nedeniyle olabileceğini anladım (bu, performanstan yeni taşınan bir repo olduğu için), bu yüzden repo boyutunu LF kullanarak yeniden oluşturdum, bu da repo boyutunu (3.5G'den 500M). Bunun sorunu çözeceğini düşündüm, ama yine de aynı hatayla karşılaştım.

Son olarak, ek hata mesajları görmediğim için eski bir git istemcisi kullanıyorum olabilir. Ben son için git istemcisi yükseltilmiş (2.20.1), ve işte, hata gitmiş!

Uzak şube adımı yanlış yazdığımda bu hatayı aldım

Git Shell'i kullanarak bu sorunu çözebildim.

Github.com içindeki her bir havuz size Shell kullanarak indirmek için kullanabileceğiniz HTTPS / SSH / Subversion URL'leri verir, buraya bakın: http://prntscr.com/8ydguv .
GitHub'ın son değişikliklerine dayanarak, SSH en iyi yöntem gibi görünüyor.

Shell'de kullanma komutu:

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

Kullandığınız anahtarı görmek için bunu yapın; ssh -vT git@github.digitalglobe.com

Ardından, yapınızda başlangıçta bu çalıştırmaya sahip olduğunuzdan emin olun. eval "$ (ssh-agent -s)" ssh-add ~ / .ssh / id_rsa

1) proje dizinine cd

2) git status

3) git checkout -f HEAD

4) repo'nuz eksik görünüyorsa güncel olduğunuzdan emin olmak için ustayı aşağı çekerek başarıyı onaylayın

Bu, Bitbucket'ten bir repo kopyalarken Visual Studio'nun Git'ten söz konusu hatayı alırsanız çalışır

Bu, ittiğiniz taahhütlerin herhangi biri hatalı biçimlendirilmişse de olabilir.

Ben (bilmeden) hatalı biçimlendirilmiş bir Yazar E-posta alanı ile bir taahhüdüm vardı, ama sadece bu belirsiz remote end hung uphata mesajı alıyorum. Diğer dalları sadece bu bir dalı değil , bu yüzden "kötü" daldaki taahhütleri bir kerede bir itmeye başladım:

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'

Yani remote end hung up unexpectedlyhata bir tür gerçek hata mesajı "yutma" gibi görünüyor , muhtemelen burada olduğu gibi bir tür hatalı biçimlendirilmiş taahhüt.

Yanlış biçimlendirilmiş e-postayı düzelttikten sonra gayet iyi bir şekilde itebildim.

Bunu yapmak için iyi bir fikir olduğunu sanmıyorum ama ur makinede yedek varsa .. bir kez daha itin ve daha sonra repo klonlama deneyin ve sonra eski dir .git kaldırın ve .git yeni klonlanmış klasörden taşıyın .. git çözüldü ancak sorun nedeniyle bazı dosyalar git'te yüklenmeyebilir. Hepsini tekrar yukarıdan itin ve ardından ur sunucunuza veya bozulduğu diğer makineye çekin. Thu anda sadece yaptým ... Benim için çalýţýyor .. ve bunu yapmadan önce direni yedekle.

Ve eğer yanlışsam plz beni düzelt. Bunu yaptıktan sonra neyin yanlış gidebileceğini de bilmiyorum. Ama bu sefer gerçekten işe yarıyor.

sorunum (ölümcül: Uzak uç beklenmedik bir şekilde kapatıldı) havuz izni ve sahibi kontrol edilerek çözüldü.

git depo dosyalarının sahibi, onunla it / çek / klonlamak istediğiniz kullanıcı olmalıdır.

Yukarıdaki cevapların hiçbiri benim için işe yaramadı, ama işte burada.

1) .git/projenizden silin
2) Uzak depoyu masaüstünüz gibi yeni bir konuma kopyalayın. git clone https://github.com/foo/bar.git
3) .git/yeni konumdan eski konuma taşıyın
4) yeniden taahhüt edin ve değişikliklerinizi itin

Benim için sorun nedeni ağ ayarları oldu: Görünüşe göre SSH ve SSL sevmediği bir şekilde ağ paketleri ile muck yapan bir "Katil" wifi kartı var.

Sorunu gidermek için, "Killer Control Center", "Parameters" bölümüne gidip "Advanced Stream Detect" i devre dışı bırakmak zorunda kaldım - git komutları anında tekrar çalışmaya başladı.

Bu makalenin çok iyi bir açıklaması var ve sorunumu çözdü.

git config --global http.postBuffer 157286400

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