Kāpēc pip lejupielādē būvēšanas atkarības pirms jūsu pakotnes instalēšanas

Lokāls avota arhīvs joprojām var prasīt tīkla piekļuvi. Pirms pip var to instalēt, tam var būt nepieciešams būvēšanas backend un atbalsta pakotnes, lai izveidotu wheel.

Atrodiet kļūmi šajā secībā: mērķa arhīva iegūšana, būvēšanas prasību instalēšana, backend izpilde, pēc tam iegūtās pakotnes instalēšana. Backend āķi var pieprasīt papildu būvēšanas prasības; tās ir atsevišķas no pakotnes izpildlaika atkarībām.

Nosakiet artefaktu, kas pip vēl nepieciešams

Sadaļā “Installing build dependencies” pierakstiet neizdevušos pakotni un URL. Pārbaudiet efektīvo indeksu, maršrutu caur starpniekserveri, konta kontekstu un uzticēšanos šim pieprasījumam, izmantojot instalētās pip versijas dokumentētos iestatījumus. Iepriekšēja veiksmīga lejupielāde nepierāda piekļuvi ikvienam resursdatoram vai katra palīga videi. Publiskas būvēšanas prasības var izmantot HTTP kandidātu no HTTP starpniekserveru saraksta, ja šis maršruts ir atļauts; saglabājiet nepieciešamo indeksu un uzticēšanās politiku. Vēsturiskas setup.py lejupielādes receptes var izmantot citus apakšprocesus.

Ja cita iekārta instalē veiksmīgi, vispirms salīdziniet izvēlētos artefaktus. Tās Python versijai vai platformai var būt saderīgs iepriekš būvēts wheel, savukārt šī iekārta izvēlējās avota izplatīšanu un tāpēc tai nepieciešami būvēšanas rīki.

Nodrošiniet būvēšanas vidi apzināti

--no-build-isolation pārnes atbildību par nepieciešamajām būvēšanas atkarībām uz jums. Tas nelabo starpniekservera autentifikāciju vai sertifikāta uzticēšanos. Lokāli instalēts backend var paslēpt trūkstošu vai nesaderīgu prasību.

Apzināti bezsaistes būvēšanai sagatavojiet mērķa artefaktu, būvēšanas prasības un nepieciešamos rīkus projektam un platformai apstiprinātajā procesā. Mape, kurā ir tikai avota arhīvs, ir nepilnīga. Saglabājiet neizdevušos prasību un posmu pārskatā, lai varētu labot maršrutu vai sagatavoto artefaktu kopu.