لماذا ينزّل pip تبعيات البناء قبل تثبيت حزمتك

يمكن أن يحتاج أرشيف مصدر محلي إلى وصول إلى الشبكة رغم ذلك. قبل أن يتمكن pip من تثبيته، قد يحتاج إلى backend بناء وحزم داعمة لإنتاج wheel.

حدِّد موضع الفشل في هذا التسلسل: جلب الأرشيف الهدف، تثبيت متطلبات البناء، تنفيذ الـ backend، ثم تثبيت الحزمة الناتجة. يمكن لخطافات الـ backend طلب متطلبات بناء إضافية؛ وهي منفصلة عن تبعيات الحزمة وقت التشغيل.

حدِّد الأثر الذي ما زال pip يحتاجه

عند “Installing build dependencies” سجّل الحزمة وعنوان URL اللذين فشلا. افحص الفهرس الفعّال، ومسار الوسيط، وسياق الحساب والثقة لذلك الطلب، مستخدمًا الإعدادات الموثقة لإصدار pip المثبَّت. التنزيل الناجح السابق لا يثبت الوصول إلى كل مضيف ولا إلى بيئة كل مساعد. قد تستخدم متطلبات البناء العامة مرشح HTTP من قائمة وسطاء HTTP عندما يُسمح بذلك المسار؛ احتفظ بالفهرس المطلوب وسياسة الثقة. وصفات التنزيل التاريخية بـ setup.py قد تستخدم عمليات فرعية مختلفة.

إذا نجح التثبيت على جهاز آخر، فقارن الآثار المختارة أولًا. قد يكون لإصدار Python أو للمنصة لديه wheel مبنية مسبقًا متوافقة، بينما اختار هذا الجهاز حزمة مصدر ولذلك يحتاج أدوات البناء.

وفِّر بيئة البناء عن قصد

--no-build-isolation ينقل إليك مسؤولية تبعيات البناء اللازمة. وهو لا يصلح مصادقة الوسيط ولا الثقة في الشهادة. وقد يخفي backend المثبَّت محليًا متطلبًا مفقودًا أو غير متوافق.

من أجل بناء دون اتصال عن قصد، جهِّز الأثر الهدف ومتطلبات البناء والأدوات اللازمة للمشروع والمنصة عبر العملية المعتمدة. الدليل الذي يحتوي أرشيف المصدر فقط غير مكتمل. احتفظ بالمتطلب والمرحلة الفاشلة في التقرير كي يمكن تصحيح المسار أو مجموعة الآثار المجهزة.