masalah bodoh dengan Github terjadi sekarang. Saya memiliki jumlah perubahan yang layak (ukuran ~ 120MB), ketika saya mencoba untuk mendorong, inilah yang terjadi:
error: RPC failed; result=22, HTTP code = 413
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Saya sudah selesai
git config http.postBuffer 524288000
, sehingga sepertinya tidak menjadi masalah. Apa itu?
HTTP code = 0
, GitHub sedang down, seperti kemarin.HTTP code = 0
ketika proxy saya memblokir. Proxy http saya berfungsi dengan github, tetapi https tidak untuk proxy perusahaan saya. Saya pikir proxy HTTPS saya memaksa NTLM, sementara HTTP menerima BASIC. Saya mengubah URL asal repo dari https ke http dan itu berhasil untuk saya.git remote set-url origin http://github.com/GitUserName/GitRepoName.git
Jawaban:
Jika Anda mendapatkan kesalahan 413, maka masalahnya bukan terletak pada git tetapi dengan server web Anda . Server web Anda yang memblokir file unggahan besar.
Solusi untuk nginx
Cukup muat
nginx.conf
dan tambahkanclient_max_body_size 50m;
(ubah nilai sesuai kebutuhan Anda) di blok http.Muat ulang nginx untuk menerima konfigurasi baru dengan mengeksekusi
sudo service nginx reload
dan coba lagi untuk mendorong komit Anda ke http.Solusi untuk Apache
Dalam
httpd.conf
add AndaLimitRequestBody 52428800
(mengubah nilai sesuai kebutuhan Anda) di dalam<Directory />
blok. Dengan melakukan ini, Anda dapat membatasi permintaan seluruh sistem file server, hanya satu Host Virtual atau direktori.Saya harap ini membantu.
sumber
Saya menemukan jawabannya !!! Tentu saja saya akan langsung setelah saya mengenai posting!
Saya telah mengatur repo untuk menggunakan url HTTPS, saya mengubahnya ke alamat SSH, dan semuanya kembali berfungsi dengan sempurna.
sumber
perintah untuk mengubah url jarak jauh (dari https -> git @ ...) adalah sesuatu seperti ini
asal di sini adalah nama remote saya (do git remote dan yang keluar adalah asal Anda).
sumber
ssh://
darissh://git@<bitbucket-repo>:<port>/dir/to/project.git
Jadi hati-hati, teman-teman!Saya memiliki masalah yang sama tetapi saya menggunakan proxy terbalik.
Jadi saya harus mengatur
di dalam kedua file konfigurasi:
sumber
Saya sudah memiliki "HTTPS //" di URL git namun menghadapi kesalahan ini.
Yang saya lakukan adalah menambahkan opsi -u dengan push dan itu berhasil.
git push -u origin master
sumber
Bagi mereka yang menggunakan IIS 7 untuk meng-host git
http
/https
endpoint:Anda perlu meningkatkan
uploadReadAheadSize
.Luncurkan Manajer Layanan Informasi Internet (IIS)
Perluas bidang Server
Perluas Situs
Pilih situs yang ingin Anda modifikasi.
Di bagian Fitur, klik dua kali
Configuration Editor
Di bawah
Section
pilih:system.webServer > serverRuntime
Ubah
uploadReadAheadSize
bagian (Nilai harus antara0
dan2147483647
.)Klik Apply
Mulai ulang Situs Web
sumber
Jika Anda menghadapi masalah ini saat mendorong perubahan dalam ukuran besar kemudian jalankan perintah di bawah ini di terminal.
Lihat ini untuk lebih jelasnya.
sumber
Kesalahan terjadi di 'libcurl', yang merupakan protokol dasar untuk unggahan https. Solusi adalah entah bagaimana memperbarui libcurl. Untuk mendapatkan detail lebih lanjut tentang kesalahan, atur GIT_CURL_VERBOSE = 1
https://confluence.atlassian.com/pages/viewpage.action?pageId=306348908
Arti kesalahan, sesuai libcurl doc: CURLE_HTTP_RETURNED_ERROR (22)
Ini dikembalikan jika CURLOPT_FAILONERROR disetel TRUE dan server HTTP mengembalikan kode kesalahan yang>> 400.
http://curl.haxx.se/libcurl/c/libcurl-errors.html
sumber
Saya mendapat masalah ini ketika saya mencoba mengkloning git repo di mesin Linux.
URL berikut ini berfungsi untuk saya di windows
sedangkan URL berikut berfungsi di mesin Linux dan memiliki https di URL
sumber
Saya mengalami kesalahan ini ( kesalahan: RPC gagal; hasil = 22, kode HTTP = 413 ) ketika saya mencoba mendorong komit awal saya ke repositori BitBucket baru. Kesalahan terjadi pada saya karena repo BitBucket tidak memiliki cabang master . Jika Anda menggunakan SourceTree, Anda bisa membuat cabang master pada sumber dengan menekan tombol Git Flow .
sumber
Apakah Anda menggunakan tautan https alih-alih tautan ssh? Karena tautan https dibatasi oleh ukuran unggahan HttpServer (seperti Apache, Ngnix), tidak ada batasan seperti itu saat menggunakan ssh.
Gunakan metode berikut untuk beralih ke tautan ssh.
Jika Anda menentukan nama repositori jarak jauh, lanjutkan langsung ke langkah 4. Sekarang, Anda dapat melakukan operasi push dengan senang hati.
sumber
Saya memiliki masalah yang sama (pada Win XP), saya memperbarui file libcurl-4.dll di direktori Git bin saya ke versi SSL dari http://www.paehl.com/open_source/?download=curl_DLL_ONLY.7z (penggantian nama) ke libcurl4.dll). Semua berfungsi ok sekarang.
sumber
https kloning intis gagal (ssh berfungsi, lihat di bawah):
Ini bekerja:
git clone [email protected]:123456.git
sumber
Menghadapi masalah yang sama. Dalam kasus saya, itu adalah versi GIT yang tidak kompatibel di beberapa pengguna yang mengakses (menarik / mendorong) proyek yang sama.
baru saja memperbarui versi GIT dan memperbarui jalur pada pengaturan Android studio dan itu berfungsi dengan baik untuk saya.
Edit -
Git untuk Windows (1.9.5) mengalami masalah, memperbarui yang sama dapat membantu.
sumber
Menghadapi masalah yang sama namun itu diselesaikan dengan membersihkan repositori git (Bersihkan file yang tidak dilacak menggunakan "git clean").
sumber
git clean -i
misalnya untuk memulai dalam mode interaktif.Perlu mengubah url jarak jauh ke ssh atau https
atau
Semoga ini bisa membantu :)
sumber
ketika saya menggunakan url https untuk mendorong ke master jarak jauh, saya bertemu dengan proble yang sama, saya mengubahnya ke alamat SSH, dan semuanya kembali berfungsi dengan sempurna.
sumber