기존 Bower 작업을 --verbose 진단과 함께 읽습니다. 마지막 레지스트리/아카이브 URL 또는 Git 명령을 첫 오류와 함께 남겨 두십시오. 이름 확인이 성공해도 다른 클라이언트의 실패가 뒤따를 수 있습니다.

Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport
실패한 작업확인할 프록시 입력
Bower 레지스트리 또는 HTTP 아카이브Bower proxy/https-proxy 설정과 실제 환경
Git HTTP/HTTPSGit http.proxy와 HTTP 전송 환경
기본 git://core.gitProxy 또는 GIT_PROXY_COMMAND
SSH(git@host:path 포함)승인된 ProxyCommand나 ProxyJump 같은 SSH 라우팅

Bower의 GitRemoteResolver는 Git을 호출합니다. GitHub 해석기는 먼저 HTTPS 아카이브를 받은 뒤 Git으로 넘어갈 수 있으므로, 익숙한 GitHub 패키지 이름만으로는 어느 경로가 실패했는지 알 수 없습니다.

저장소가 승인된 HTTPS 엔드포인트를 제공하면 이를 선택해 Git이 HTTP 전송을 쓰게 할 수 있습니다. 전면적인 평문 HTTP 재작성을 적용하기보다 그것이 존재하는지 확인하십시오. 그 공개 HTTPS Git 소스의 경우 공개 경로가 허용되고 실제 Git 프로세스에 구성되거나 보관된 프록시 자격 증명이 없을 때 HTTP 프록시 목록의 프록시 주소가 선택지가 됩니다.

Bower와 동일한 계정 및 동일한 실행 환경에서 Git을 비교하십시오. 해석기, 스킴, 작업을 함께 보존해야 합니다. 다른 터미널의 성공이나 레지스트리 주소 변경은 빠진 하위 프로세스 경로를 대신할 수 없습니다.

관련 글