GitLab (GitLab 6.6.2 4ef8369)에서 저장소를 복제하려고 할 때이 오류가 발생합니다.
remote: Counting objects: 66352, done.
remote: Compressing objects: 100% (10417/10417), done.
error: RPC failed; curl 18 transfer closed with outstanding read data remaining
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed
그런 다음 클론이 중단됩니다. 이것을 어떻게 피할 수 있습니까?
답변:
그것은 자주 발생하지 않습니다. 저는 인터넷 연결이 느리고 상당히 거대한 git 저장소를 복제해야합니다. 가장 일반적인 문제는 연결이 닫히고 전체 클론이 취소된다는 것입니다.
Cloning into 'large-repository'...
remote: Counting objects: 20248, done.
remote: Compressing objects: 100% (10204/10204), done.
error: RPC failed; curl 18 transfer closed with outstanding read data remaining
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed
많은 시행 착오와 많은 "예기치 않게 원격 끝이 끊겼습니다"후에 저에게 적합한 방법이 있습니다. 아이디어는 먼저 얕은 복제를 수행 한 다음 저장소를 기록으로 업데이트하는 것입니다.
$ git clone http://github.com/large-repository --depth 1
$ cd large-repository
$ git fetch --unshallow
--depth 1및 --unshallow입니다. : 이것은 또한 연결 속도가 느린 기존의 repo를 가져 오는 작동 git fetch --depth 1후 git fetch --unshallow.
git fetch --unshallow명령은 git clone? 보다 관용적 인 방식으로 연결 손실을 처리합니다 . 그리고 그것이 여기서 차이를 만드는 것입니까?
git fetch --unshallow명령은 RPC failed;오류를 제공 합니다
git fetch --unshallow. 이 접근 방식에서도 내 repo가 너무 큽니다. SSH 만 작동했습니다.
며칠 후 오늘이 문제를 해결했습니다. SSH 키를 생성하고 다음 문서를 따르십시오.
https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent/
그것을 선언하십시오
그런 다음 명령으로 복제하십시오.
git clone username@mydomain.com:my_group/my_repository.git
그리고 오류가 발생하지 않습니다.
위의 문제
오류 : RPC가 실패했습니다. curl 18 전송이 닫히고 미해결 읽기 데이터가 남아 있습니다.
HTTP 프로토콜 ( curl명령)로 복제 할 때 오류가 있기 때문 입니다.
그리고 버퍼 크기를 늘려야합니다.
git config --global http.postBuffer 524288000
http.postBuffer이 작동하지 않았습니다.
http.postBuffer 는 나를 위해 일했습니다-감사합니다!
리모컨에서 복제를 시도했을 때 동일한 문제가 반복적으로 발생했습니다.
remote: Counting objects: 182, done.
remote: Compressing objects: 100% (149/149), done.
error: RPC failed; curl 18 transfer closed with outstanding read data remaining
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed
마지막으로 이것은 나를 위해 일했습니다.
git clone https://username@bitbucket.org/repositoryName.git --depth 1
압축을 해제해야합니다.
git config --global core.compression 0
그런 다음 얕은 클론을 사용해야합니다.
git clone --depth=1 <url>
가장 중요한 단계는 복제 된 프로젝트로 CD를 만드는 것입니다.
cd <shallow cloned project dir>
이제 클론을 단계별로 열어
git fetch --depth=N, with increasing N
예.
git fetch --depth=4
그때,
git fetch --depth=100
그때,
git fetch --depth=500
이 N을 대체하여 원하는 단계 수를 선택할 수 있습니다.
마지막으로 다음을 사용하여 나머지 버전을 모두 다운로드합니다.
git fetch --unshallow
도움이된다면 찬성 투표 :)
간단한 솔루션 : https를 통해 복제하는 대신 ssh를 통해 복제하십시오.
예를 들면 :
git clone https://github.com/vaibhavjain2/xxx.git - Avoid
git clone git@github.com:vaibhavjain2/xxx.git - Correct
이 단계는 나를 위해 일한 : 사용하는 git://대신https://
나와 함께 프록시 구성 때문에이 문제가 발생했습니다. 프록시 예외에 ip git 서버를 추가했습니다. git 서버는 로컬이지만 no_proxy 환경 변수가 올바르게 설정되지 않았습니다.
이 명령을 사용하여 문제를 식별했습니다.
#Linux:
export GIT_TRACE_PACKET=1
export GIT_TRACE=1
export GIT_CURL_VERBOSE=1
#Windows
set GIT_TRACE_PACKET=1
set GIT_TRACE=1
set GIT_CURL_VERBOSE=1
그 대가로 git 서버가 프록시를 통과해서는 안되는 지점이기 때문에 "Proxy-Authorization"이있었습니다. 하지만 진짜 문제는 프록시 규칙에 정의 된 파일의 크기였습니다.
나에게 문제는 전체 복제가 완료되기 전에 연결이 닫히는 것입니다. Wi-Fi 연결 대신 이더넷을 사용했습니다. 그럼 나를 위해 해결해
여기에서 모든 답변을 시도했습니다. 내 컴퓨터에 코코아 포드를 추가하려고했습니다.
SSH 키가 없었기 때문에 @Do Nhu Vy에게 감사드립니다.
https://stackoverflow.com/a/38703069/2481602
그리고 마침내 사용
git clone https://git.coding.net/CocoaPods/Specs.git ~/.cocoapods/repos/master
마지막으로 발견 된 문제를 해결하려면 https://stackoverflow.com/a/50959034/2481602
이 오류는 느리거나 문제가있는 인터넷 연결에서 더 일반적으로 발생하는 것 같습니다. 인터넷 속도가 좋아서 완벽하게 작동합니다.
시도 할 자식 복제 프로토콜 변경.
예를 들어, "git clone https : // xxxxxxxxxxxxxxx " 일 때이 오류가 발생했습니다 .
"git clone git : // xxxxxxxxxxxxxx"로 시도해 볼 수 있습니다.
이 시도
$ git config --global user.name "John Doe"
$ git config --global user.email johndoe@example.com
https://git-scm.com/book/en/v2/Getting-Started-First-Time-Git-Setup
이것은 나를위한 일입니다 .. capture.png