Proxy'yi Başlattığınız pip Sürecine Geçirin

pip'i amaçlanan Python yorumlayıcısı üzerinden çağırın ve --proxy'yi pip'in iç kısımlarını içe aktarmak yerine ayrı bir subprocess argümanı olarak verin.

Mevcut bir provisioning betiğinin pip'i bir proxy üzerinden çalıştırması gerektiğinde, pip'i bir subprocess olarak başlatın. pip'in iç Python işlevleri desteklenen bir uygulama API'si değildir.

import subprocess
import sys

subprocess.run([
    sys.executable,
    '-m', 'pip', 'install',
    '--proxy', 'http://proxy.example:8080',
    'example-package',
], check=True)

Amaçlanan paketi ve proxy uç noktasını kullanın. Genel bir aracı üzerinden izin verilen genel paket indirmeleri için HTTP proxy listesi HTTP proxy argümanı için adaylar sunar. sys.executable betiği çalıştıran Python yorumlayıcısını seçer, böylece PATH'ten başka bir kurulumun pip komutunun yanlışlıkla çağrılması önlenir.

Her argüman ayrı bir liste öğesi kaplar. Kabuk gerekmez ve proxy URL'si fazladan bir çift gömülü kabuk tırnağı gerektirmez. check=True kurulum başarısız olursa CalledProcessError yükseltir ve provisioning iş akışının bu hatayı ele almasını sağlar.

İndirme yolunu bu pip çağrısında veya alt sürecinin ortamında yapılandırın. Ana programın başka bir yerinde yapılandırılmış bir Requests oturumu pip'in ayrı sürecini yapılandırmaz.

Kurulumdan sonra uygulamanın normal ortam yaşam döngüsünü sürdürün. Zaten çalışan bir yorumlayıcıya kurulum yapmak, mevcut içe aktarımlarının, önbelleklerinin veya yollarının yeni paketi hemen yansıtacağını garanti etmez.

İlgili makaleler