tox 4 ile terminal proxy ortamlarının karşılaştırılması
Modern tox standart proxy değişkenlerini zaten aktarıyor. Eski kurulum komutu çözümlerini kopyalamadan önce geçersiz kılmaları ve indirmeyi yapan süreci inceleyin.
tox 4'ün belgelenmiş varsayılan aktarımı http_proxy, https_proxy, no_proxy ve PIP_* değişkenlerini içerir. pip terminalde çalışıyor ancak tox kurulumu sırasında başarısız oluyorsa, aktarımın eksik olması olası açıklamalardan yalnızca biridir.
İndiricinin girdilerini karşılaştırın
Başarısız sürecin gördüğü endpoint ve atlama değerlerini, açık tox geçersiz kılmaları ve ortam dosyaları dahil inceleyin. Bir proje doğru devralınan değeri eskimiş bir değerle değiştirebilir. my_https_proxy gibi özel bir ad, bir indirici kullanmadan önce açık bir eşleme gerektirir.
Aşamayı belirleyin: ortam oluşturma, paketleme, bağımlılık kurulumu veya test ortamı içindeki bir komut. Bunlar farklı süreçler ve ayarlar içerebilir.
Python ve pip sürümlerini ve kalıcı yapılandırmayı da karşılaştırın. tox farklı sertifika davranışına sahip bir ortam oluşturabilir, bu nedenle TLS güven hatası proxy değişkeninin eksik olduğuna dair yeterli kanıt değildir.
Gerekli geçersiz kılmayı uygulayın
Kurulu tox sürümünün desteklenen ortam yapılandırmasını ve olağan sır mekanizmasını kullanın. pip sarmalayıcısı yalnızca gerekli eşleme orada yeterince ifade edilemiyorsa yararlıdır; ayrıca doğru argüman aktarımı, çıkış durumu ve platform davranışı gerekir.
Gerçekten başarısız olan sürecin girdilerini kimlik bilgilerini kaldırarak raporda tutun. Proje veya tox sürümü değiştiğinde bu, tekrarlanabilir bir karşılaştırma sağlar.