pip이 패키지를 설치하기 전에 빌드 의존성을 내려받는 이유

로컬 소스 아카이브도 네트워크 액세스가 필요할 수 있습니다. pip이 설치하기 전에 wheel을 만들기 위한 빌드 백엔드와 보조 패키지가 필요할 수 있습니다.

실패 지점을 이 순서에서 찾으십시오. 대상 아카이브 가져오기, 빌드 요구 사항 설치, 백엔드 실행, 그다음 생성된 패키지 설치입니다. 백엔드 훅이 추가 빌드 요구 사항을 요청할 수 있으며, 이는 패키지의 런타임 의존성과 별개입니다.

pip이 아직 필요한 아티팩트를 식별하십시오

“Installing build dependencies” 단계에서 실패한 패키지와 URL을 기록하십시오. 적용되는 인덱스, 프록시 경로, 계정 컨텍스트, 해당 요청의 신뢰를 설치된 pip 버전의 문서화된 설정으로 확인하십시오. 이전에 성공한 다운로드가 모든 호스트나 모든 도우미의 환경에 대한 액세스를 증명하지는 않습니다. 공개 빌드 요구 사항은 해당 경로가 허용될 때 HTTP 프록시 목록의 HTTP 후보를 사용할 수 있습니다. 필요한 인덱스와 신뢰 정책은 유지하십시오. 과거의 setup.py 다운로드 방식은 다른 하위 프로세스를 사용할 수 있습니다.

다른 머신에서 설치가 성공한다면 먼저 선택된 아티팩트를 비교하십시오. 그 머신의 Python 버전이나 플랫폼에는 호환되는 미리 빌드된 wheel이 있을 수 있지만, 이 머신은 소스 배포판을 선택했으므로 빌드 도구가 필요합니다.

빌드 환경을 의도적으로 제공하십시오

--no-build-isolation 는 필요한 빌드 의존성에 대한 책임을 사용자에게 넘깁니다. 프록시 인증이나 인증서 신뢰를 고쳐 주지는 않습니다. 로컬에 설치된 백엔드는 누락되었거나 호환되지 않는 요구 사항을 숨길 수 있습니다.

의도적으로 오프라인 빌드를 하려면 승인된 절차를 통해 프로젝트와 플랫폼에 필요한 대상 아티팩트, 빌드 요구 사항, 도구를 준비하십시오. 소스 아카이브만 있는 디렉터리는 불완전합니다. 실패한 요구 사항과 단계를 보고서에 남겨 경로나 준비된 아티팩트 집합을 수정할 수 있게 하십시오.