tox 4 жана терминалдагы прокси чөйрөлөрүн салыштыруу
Заманбап tox стандартты прокси өзгөрмөлөрүн мурунтан эле өткөрүп берет. Эски орнотуу буйруктарынын чечимдерин көчүрүүдөн мурун кайра аныктоолорду жана жүктөөнү аткарган процессти текшериңиз.
tox 4түн документтелген демейки өткөрүп берүүсү http_proxy, https_proxy, no_proxy жана PIP_* камтыйт. Эгер pip терминалда иштеп, бирок tox жөндөөсүндө ишке ашпаса, өткөрүп берүүнүн жоктугу болгону бир мүмкүн болгон түшүндүрмө.
Жүктөөчүнүн киргизүүлөрүн салыштырыңыз
Ишке ашпаган процесс көргөн endpoint жана айланып өтүү маанилерин, анык tox кайра аныктоолору жана чөйрө файлдары менен кошо текшериңиз. Долбоор туура мурасталган маанини эскирген маани менен алмаштырышы мүмкүн. my_https_proxy сыяктуу ыңгайлаштырылган ат жүктөөчү аны колдонордон мурун ачык шайкештирүүнү талап кылат.
Этапты аныктаңыз: чөйрө түзүү, таңуу, көз карандылыктарды орнотуу же сыноо чөйрөсүнүн ичиндеги буйрук. Алар ар кандай процесстерди жана жөндөөлөрдү камтушу мүмкүн.
Python жана pip версияларын жана туруктуу конфигурацияны да салыштырыңыз. tox сертификаттардын башка жүрүм-туруму бар чөйрө түзүшү мүмкүн, ошондуктан TLS ишениминин ишке ашпашы прокси өзгөрмөсүнүн жоктугуна жетиштүү далил эмес.
Талап кылынган кайра аныктоону колдонуңуз
Орнотулган tox версиясынын колдоого алынган чөйрө конфигурациясын жана кадимки купуя механизмин колдонуңуз. pip каптамасы зарыл шайкештирүүнү ал жерде жетиштүү туюндуруу мүмкүн болбосо гана пайдалуу; ал ошондой эле аргументтерди туура өткөрүп берүүнү, чыгуу статусун жана платформанын жүрүм-турумун талап кылат.
Иш жүзүндө ишке ашпаган процесстин киргизүүлөрүн отчетто сактаңыз, каттоо маалыматтарын алып салыңыз. Долбоор же tox версиясы өзгөргөндө бул кайталануучу салыштырууну берет.