Vergelyking van tox 4 en terminaal-proxy-omgewings
Moderne tox gee reeds standaard proxy-veranderlikes deur. Ondersoek die oorheersings en die proses wat die aflaai doen voordat jy ou werkoplossings vir installasie-opdragte kopieer.
tox 4 se gedokumenteerde standaard-deurgee sluit http_proxy, https_proxy, no_proxy en PIP_* in. As pip in 'n terminaal werk maar tydens tox-opstelling misluk, is ontbrekende deurgee net een moontlike verklaring.
Vergelyk die aflaaier se insette
Ondersoek die eindpunt- en omseilwaardes wat die mislukkende proses sien, insluitend eksplisiete tox-oorheersings en omgewingslêers. 'n Projek kan 'n korrekte oorgeërfde waarde met 'n verouderde een vervang. 'n Pasgemaakte naam soos my_https_proxy benodig 'n eksplisiete kartering voordat 'n aflaaier dit kan gebruik.
Identifiseer die stadium: skepping van die omgewing, verpakking, installering van afhanklikhede of 'n opdrag binne die toetsomgewing. Hulle kan verskillende prosesse en instellings behels.
Vergelyk ook Python- en pip-weergawes en volgehoue konfigurasie. tox kan 'n omgewing met ander sertifikaatgedrag skep, dus is 'n TLS-vertrouemislukking nie voldoende bewys van 'n ontbrekende proxy-veranderlike nie.
Pas die vereiste oorheersing toe
Gebruik die geïnstalleerde tox-weergawe se ondersteunde omgewingskonfigurasie en normale geheimbemeganisme. 'n pip-omhulsel is net nuttig as 'n nodige kartering nie voldoende daar uitgedruk kan word nie; dit benodig ook korrekte argumentdeurgee, afsluitstatus en platformgedrag.
Hou die werklike mislukkende proses se insette in die verslag, met geloofsbriewe verwyder. Dit bied 'n herhaalbare vergelyking wanneer die projek of tox-weergawe verander.