힘내, 치명적 : 원격 끝이 예기치 않게 끊어졌습니다.

내가 달리려고 할 때

git push origin master --force

방금 받았어

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

안전하지 않은 것과 관련이 있습니까? Fatal 에 대한 답변에서와 같이 공개 키를 만들려고했습니다 . 원격 엔드가 예기치 않게 끊어지고 다시 실행되었지만 여전히 작동하지 않습니다. 실제로 키를 사용하고 있지 않습니까? 그렇다면 어떻게 사용합니까?

이것은 새로운 저장소의 https가 아닌 shub를 기본값으로 설정하는 방법 과 비슷 합니다 . 아마도 http 프로토콜에서 ssh로 전환하려고 시도 할 가치가 있습니다.

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

문제는 git / https 버퍼 설정 때문입니다. 그것을 해결하기 위해 ( Git 에서 가져온 커밋을 github으로 푸시하면 실패합니다 )

git config http.postBuffer 524288000

그리고 명령을 다시 실행하십시오

원인 : Git의 기본 파일 게시 크기가 초과되었습니다.

해결책 :

리포지토리로 이동하십시오.

저장소로 이동 한 후 버퍼를 500MB로 늘리려면 다음 명령을 실행하십시오.

git config http.postBuffer 524288000

이 같은 오류가 발생할 수 있습니다

오류 : 구성 파일 .git / config를 잠글 수 없습니다 : 해당 파일이나 디렉토리가 없습니다

로컬 .git/config파일 이 없기 때문에이 명령으로 작동시킬 수 있습니다.

git config --global http.postBuffer 524288000

내 경우에는 다른 솔루션이 작동하지 않아 가비지 수집을 수행하면 문제가 해결되었습니다.

git gc --aggressive

다른 답변 중 하나와 달리-ssh를 사용하여 푸시하는 데 문제가있었습니다-https로 전환했는데 수정되었습니다.

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

이 오류는 리포지토리에 대한 쓰기 권한이없는 경우 에도 발생할 수 있습니다 .

구체적인 사례는 다음과 같습니다.

1. root서버 사용자 와 SSH를 통해 저장소를 만들었습니다 .
2. git 서비스를 설치 하고git 하고 모든 git 관련 작업을 관리 해야하는 Linux 사용자를 .
3. 그 당시에 root는 처음부터 사용자 와 함께 저장소가 작성되었다는 사실을 잊어 버렸으며 사용자 git에게는 저장소에 아무것도 쓸 수있는 파일 권한이 없었습니다.

Culprit (필자의 경우) :
대기 시간이 긴 네트워크.

이것은 그 자체로 답이 아니라 다른 사람들을 도울 수있는 더 많은 관찰입니다. 대기 시간이 긴 네트워크에서이 오류가 가끔 나타나는 것을 발견했습니다 (예를 들어 인터넷 액세스를 위해 위성 접시를 사용해야 함). 네트워크 속도는 좋지만 대기 시간이 길어질 수 있습니다. 참고 : 특정 시나리오에서만 문제가 발생하지만 패턴이 무엇인지 확인하지 못했습니다.

일시적 완화 :
네트워크를 전환했습니다. 느리지 만 지연 시간이 짧은 셀 네트워크 (휴대 전화는 핫스팟으로 사용됨)로 이동하여 문제가 사라졌습니다. 셀 연결도 간헐적이기 때문에이 작업은 반복적으로 만 수행 할 수 있습니다. 또한 대역폭 사용량으로 인해 비용이 추가됩니다. 또한이 옵션을 사용할 수있어서 운이 좋습니다. 모두가 아닙니다.

git (또는 ssh 또는 curl 또는 시간 초과가 발생하는)을 네트워크에 더 잘 견딜 수있는 구성 설정이 있다고 확신하지만 그것이 무엇인지 모릅니다.

개발자들에게 탄원 :
이런 종류의 문제는 농촌 인구에게 지속적인 문제입니다. 시스템, 도구 및 응용 프로그램을 설계 할 때 우리를 생각하십시오. 감사합니다.

우리의 경우, 문제는 .git/config읽기 전용 액세스 방법 인 URL 항목을 포함하는 파일 을 작성한 클론 이었습니다. ://메소드 에서 URL을 메소드로 변경하면 @문제가 해결되었습니다.

실행 git remote -v하면 문제가 일부 밝혀졌습니다.

Windows에 git을 사용하고 있고 Windows 시스템 에서이 작업을 수행하고 있다면 다른 수정 프로그램이 효과가 없다면 https://github.com/git-for- 로 이동하십시오. windows / git / releases , 버전 2.4.5 또는 이후 버전을 가져옵니다. 나를 위해 바로 고쳤습니다.

기존 디렉토리 내에서 저장소를 복제했을 수도 있습니다. 문제를 해결하기 위해 다른 디렉토리에서 저장소를 복제하고 변경 사항을이 새 디렉토리로 복제 한 다음 푸시를 실행할 수 있습니다.

또 다른 방법으로,이 오류가 다른 방식으로 발생하여 Google이 나를 여기로 데려갔습니다.

내 문제는 사건의 불일치였다. 낙타 케이스 하나 분명히, GIT는 이유를 말하지 않고이 작업을 중지합니다. 따라서 대소 문자만으로 분기가 리모컨과 다른 경우 동일하게 변경하십시오.

참조 : 힘내 : 병합 후 '마스터를 분기로 해결할 수 없습니다'

OSX 플랫폼을 업데이트 한 후에 발생할 수 있습니다.

터미널을 열고 .ssh 폴더로 이동 한 후 ssh-add -K ~/.ssh/id_rsa

PLESK Nginx 및 GIT 나는 plesk git 에서이 오류를 겪고 있었고 큰 저장소를 밀고있는 동안 (누가 아는가) HTTP 코드 413 으로이 오류가 발생했으며 서버는 Plesk 였고 nginx는 apache2로 실행되었습니다 그래서 로그를 살펴보고 nginx 로그에서 오류를 발견했습니다.

plesk가 더 큰 파일 업로드로 구성을 재구성 할 수 있도록 이 링크 를 따랐습니다 .

git에 대한 PHP 부분을 건너 뛰었습니다.

그 후 git push는 오류없이 작동했습니다.

풀에서 같은 오류가 발생했습니다.
"http.postBuffer"트릭을 수행했습니다. 그것을 해결했지만 밀어 넣고 싶을 때 오류가 다시 발생했습니다.

내 문제를 해결 한 이유 :
1. 다른 가상 머신이있는 다른 폴더로 복제했습니다. (리눅스).
2. 변경했습니다.
3. 원래 푸시 할 수 없었던 원래 가상 머신으로 푸시했습니다. (윈도우)

.ssh에서 잘못된 키 쌍이있을 때이 오류가 발생했습니다. pubhub (설정에서)에 pubkey를 추가하면이 문제가 해결되었습니다.

나도 같은 문제가있어. git 웹 페이지에서 SSH 복제 URL이 다음 구조를 가지고 있음을 알았습니다.

git@github.com:user/project.git

다음과 같이 ":"을 "/"로 변경하여 문제를 해결할 수 있습니다.

git@github.com/user/project.git

도움이 될 수 있습니다.

거의 무의미한 해답이 될 것 같지만, 산발적으로 중단되는 Visual Studio Online이라는 사실을 마침내 알게되면서 오랜 세월 동안이 문제와 싸우고있었습니다. VS가 계속 크리드를 요구하고 VSO 웹 사이트가 때때로 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

실제로 HTTP 게시물 버퍼를 2Mb로 다시 설정했습니다. 실제로 많은 작은 게시물에서 더 잘 작동한다고 생각하기 때문입니다.

누가

천 가지 중 하나 일 수있는 것 같습니다.

저에게 처음에는 MasterTree를 통해 master를 개발하고 개발했습니다 (master는 변경 사항 없음). 이것을 개발하기 위해 변경하면 효과가 있습니다.

추가 정보없이 "치명적인 : 원격 끝이 예기치 않게 끊어졌습니다"라는 큰 저장소를 업로드하는 중에 비슷한 오류가 발생했습니다.

많은 연구를 한 후 여기에 내가 한 일이 있습니다.

• HTTPS 대신 SSH를 사용해도 문제가 해결되지 않았습니다.
• http.postBuffer를 매우 큰 값까지 증분 시키면 여전히 운이 없습니다.
• repo의 큰 파일 때문일 수 있음을 알았습니다 (이것은 perforce에서 새로 마이그레이션 된 repo이므로) LFS를 사용하여 repo를 다시 작성하여 largeFileThreshold를 40m으로 설정하여 repo 크기를 크게 줄였습니다 (3.5G에서 500M). 나는 이것이 문제를 해결할 것이라고 생각했지만 놀랍게도 여전히 같은 오류에 직면했다.

마지막으로 추가 오류 메시지가 표시되지 않아 이전 git 클라이언트를 사용하고있을 수 있습니다. 나는 최근에 자식 클라이언트를 업그레이드 (2.20.1), 짜잔는 오류가 사라 졌어요!

원격 지사 이름을 잘못 입력했을 때이 오류가 발생했습니다.

Git Shell을 사용 하여이 문제를 해결할 수있었습니다.

github.com 내의 각 리포지토리는 셸을 사용하여 다운로드하는 데 사용할 수있는 HTTPS / SSH / Subversion URL을 제공합니다 ( http://prntscr.com/8ydguv 참조) .
GitHub의 최근 변경 사항에 따라 SSH가 가장 좋은 방법 인 것 같습니다.

쉘에서 사용할 명령 :

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

사용중인 키를 보려면이 작업을 수행하십시오. ssh -vT git@github.digitalglobe.com

그런 다음 빌드에서 시작 시이 실행을 확인하십시오. eval "$ (ssh-agent -s)"ssh-add ~ / .ssh / id_rsa

1) 프로젝트 디렉토리로 cd

2) git status

삼) git checkout -f HEAD

4) repo가 ​​불완전 해 보이면 최신 상태를 유지하기 위해 master를 다시 잡아 당겨 성공을 확인하십시오.

Bitbucket에서 저장소를 복제 할 때 Visual Studio의 Git에서 문제의 오류가 발생하면 작동합니다.

당신이 추진하고있는 커밋 중 하나라도 잘못된 경우에도 발생할 수 있습니다.

나는 (의도없이) 잘못된 Author Email 필드로 커밋을했지만이 모호한 remote end hung up오류 메시지 만 받았습니다 . 난 그냥이 다른 지점을 밀어 수 있었다 하나 개 내가 마지막에 착륙 할 때까지 한 번에 "나쁜"지점 하나에서 커밋을 밀어 시작하므로, 지점 :

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'

따라서 remote end hung up unexpectedly오류는 실제 오류 메시지를 "삼키는" 것처럼 보입니다 . 여기서 내가 가지고있는 일종의 잘못된 커밋 일 것입니다.

잘못된 이메일을 수정 한 후 나는 잘 밀어 넣을 수있었습니다.

나는 그것을하는 것이 좋은 생각이라고 생각하지 않지만 ur 컴퓨터에 백업이있는 경우 .. 한 번 더 누른 다음 repo 복제를 시도한 다음 이전 디렉토리에서 .git을 제거하고 새로운 복제 된 폴더에서 .git을 이동하십시오 .. git is resolved 그러나 문제 때문에 일부 파일은 git에 업로드되지 않을 수 있습니다. ur에서 모든 것을 다시 밀어 넣은 다음 ur 서버 또는 중단 된 다른 시스템으로 가져옵니다. 바로 지금 나는 그 일을했다 ... 나를 위해 일하고 .. 그리고 이것을하기 전에 당신의 디렉토리를 백업합니다.

그리고 내가 틀렸다면 plz는 나를 수정합니다. 나는 또한 이것을 한 후에 무엇이 잘못 될 수 있는지 모른다. 그러나 이번에는 실제로 작동합니다.

저장소 권한과 소유자를 확인하여 내 문제 (치명적 : 원격 끝이 예기치 않게 끊어짐)가 해결되었습니다.

자식 저장소 파일 소유자는 푸시 / 풀 / 복제하려는 사용자 여야합니다.

위의 답변 중 어느 것도 나를 위해 효과가 없었지만 다음은 그랬습니다.

1) .git/프로젝트에서 삭제
2) 원격 저장소를 데스크탑과 같은 새로운 위치로 복제하십시오. git clone https://github.com/foo/bar.git
3) .git/새 위치에서 이전 위치로 이동
4) 변경 사항을 다시 커밋하고 푸시

문제의 원인은 네트워크 설정이었습니다. SSH와 SSL이 마음에 들지 않는 방식으로 네트워크 패킷을 처리하는 "Killer"wifi 카드가 있습니다.

문제를 해결하려면 "Killer Control Center", "Parameters"로 이동하여 "Advanced Stream Detect"를 비활성화해야합니다. git 명령이 즉시 다시 작동하기 시작했습니다.

이 기사는 매우 잘 설명되어 있으며 내 문제를 해결했습니다.

git config --global http.postBuffer 157286400

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