რატომ ჩამოტვირთავს pip build დამოკიდებულებებს თქვენი პაკეტის ინსტალაციამდე

ლოკალურ წყაროს არქივს მაინც შეიძლება დასჭირდეს ქსელში წვდომა. სანამ pip შეძლებს მის ინსტალაციას, მას შეიძლება დასჭირდეს build backend და დამხმარე პაკეტები wheel-ის შესაქმნელად.

იპოვეთ ხარვეზი ამ თანმიმდევრობაში: სამიზნე არქივის მიღება, build მოთხოვნების ინსტალაცია, backend-ის შესრულება, შემდეგ მიღებული პაკეტის ინსტალაცია. Backend-ის კაუჭებმა შეიძლება მოითხოვოს დამატებითი build მოთხოვნები; ისინი განცალკევებულია პაკეტის მუშაობის დროის დამოკიდებულებებისგან.

განსაზღვრეთ არტეფაქტი, რომელიც pip-ს ჯერ კიდევ სჭირდება

„Installing build dependencies“-ზე ჩაწერეთ წარუმატებელი პაკეტი და URL. შეამოწმეთ ეფექტური ინდექსი, proxy მარშრუტი, ანგარიშის კონტექსტი და ნდობა ამ მოთხოვნისთვის, დაყენებული pip ვერსიის დოკუმენტირებული პარამეტრების გამოყენებით. ადრინდელი წარმატებული ჩამოტვირთვა არ ამტკიცებს წვდომას ყველა ჰოსტზე ან ყოველი დამხმარის გარემოზე. საჯარო build მოთხოვნებმა შეიძლება გამოიყენოს HTTP კანდიდატი HTTP proxy სიიდან, როცა ეს მარშრუტი დაშვებულია; შეინარჩუნეთ საჭირო ინდექსი და ნდობის პოლიტიკა. ისტორიულმა setup.py ჩამოტვირთვის რეცეპტებმა შეიძლება გამოიყენოს სხვა ქვეპროცესები.

თუ სხვა მანქანა წარმატებით აყენებს, ჯერ შეადარეთ არჩეული არტეფაქტები. მის Python ვერსიას ან პლატფორმას შეიძლება ჰქონდეს თავსებადი წინასწარ აწყობილი wheel, მაშინ როცა ამ მანქანამ აირჩია წყაროს დისტრიბუტივი და ამიტომ სჭირდება build ინსტრუმენტები.

უზრუნველყავით build გარემო განზრახ

--no-build-isolation გადააქვს საჭირო build დამოკიდებულებების პასუხისმგებლობა თქვენზე. ის არ ასწორებს proxy ავთენტიფიკაციას ან სერტიფიკატის ნდობას. ლოკალურად დაყენებულმა backend-მა შეიძლება დამალოს დაკარგული ან შეუთავსებელი მოთხოვნა.

განზრახ ოფლაინ build-ისთვის მოამზადეთ სამიზნე არტეფაქტი, build მოთხოვნები და პროექტისა და პლატფორმისთვის საჭირო ინსტრუმენტები დამტკიცებული პროცესით. მხოლოდ წყაროს არქივის შემცველი კატალოგი არასრულია. შეინახეთ წარუმატებელი მოთხოვნა და ეტაპი მოხსენებაში, რათა შესწორებადი იყოს მარშრუტი ან მომზადებული არტეფაქტების ნაკრები.