Miks pip laadib build-sõltuvused alla enne sinu paketi paigaldamist

Kohalik lähtekoodi arhiiv võib siiski vajada võrguühendust. Enne kui pip saab selle paigaldada, võib pip vajada build-backendit ja tugipakette wheeli loomiseks.

Leia tõrge selles järjestuses: sihtarhiivi hankimine, build-nõuete paigaldamine, backendi käivitamine ja seejärel saadud paketi paigaldamine. Backendi konksud võivad taotleda täiendavaid build-nõudeid; need erinevad paketi käitusaegsetest sõltuvustest.

Tuvasta artefakt, mida pip veel vajab

Kirjuta „Installing build dependencies“ juures üles ebaõnnestunud pakett ja URL. Kontrolli kehtivat indeksit, puhverserveri marsruuti, konto konteksti ja usaldust selle päringu jaoks, kasutades paigaldatud pipi versiooni dokumenteeritud seadeid. Varajasem edukas allalaadimine ei tõesta juurdepääsu igale hostile ega iga abilise keskkonnale. Avalikud build-nõuded võivad kasutada HTTP kandidaati HTTP-puhverserverite loendist, kui see marsruut on lubatud; säilita nõutav indeks ja usalduspoliitika. Ajaloolised setup.py allalaadimisretseptid võivad kasutada teistsuguseid alampritsesse.

Kui teine masin paigaldab edukalt, võrdle esmalt valitud artefakte. Selle Pythoni versioonil või platvormil võib olla ühilduv eelnevalt ehitatud wheel, samas kui see masin valis lähtekoodi paketi ja vajab seetõttu build-tööriistu.

Varusta build-keskkond teadlikult

--no-build-isolation annab vajalike build-sõltuvuste vastutuse sinule. See ei paranda puhverserveri autentimist ega sertifikaadi usaldust. Kohalikult paigaldatud backend võib varjata puuduvat või ühildumatut nõuet.

Teadlikult võrguühenduseta buildi jaoks valmista sihtartefakt, build-nõuded ja vajalikud tööriistad projekti ja platvormi jaoks heakskiidetud protsessi kaudu. Ainult lähtekoodi arhiivi sisaldav kataloog on puudulik. Säilita ebaõnnestunud nõue ja etapp aruandes, et saaks parandada kas marsruuti või ettevalmistatud artefaktide komplekti.