Kasama sa dokumentadong default na pagpasa ng tox 4 ang http_proxy, https_proxy, no_proxy at PIP_*. Kung gumagana ang pip sa terminal pero nabigo sa pag-setup ng tox, ang kawalan ng pagpasa ay isang posibleng paliwanag lamang.

Ihambing ang mga input ng downloader

Suriin ang mga halaga ng endpoint at bypass na nakikita ng prosesong nabigo, kasama ang mga hayagang override ng tox at mga file ng kapaligiran. Maaaring palitan ng isang proyekto ang tamang minanang halaga ng isang lipas na. Ang pasadyang pangalan tulad ng my_https_proxy ay nangangailangan ng hayagang mapping bago ito magamit ng downloader.

Kilalanin ang yugto: paglikha ng kapaligiran, pag-package, pag-install ng mga dependency o isang command sa loob ng test environment. Maaaring may kasamang iba't ibang proseso at setting.

Ihambing din ang mga bersyon ng Python at pip at ang persistenteng configuration. Maaaring gumawa ang tox ng kapaligirang may ibang pag-uugali ng sertipiko, kaya ang pagkabigo ng tiwala sa TLS ay hindi sapat na ebidensiya na kulang ang variable ng proxy.

Ilapat ang kinakailangang override

Gamitin ang sinusuportahang configuration ng kapaligiran ng naka-install na bersyon ng tox at ang karaniwang mekanismo ng lihim. Ang wrapper ng pip ay kapaki-pakinabang lamang kung ang kinakailangang mapping ay hindi maipahayag nang sapat doon; kailangan din nito ng tamang pagpasa ng argumento, exit status at pag-uugali ng platform.

Itago sa ulat ang mga input ng aktwal na nabigong proseso, na inalis ang mga kredensyal. Nagbibigay ito ng maulit na paghahambing kapag nagbago ang proyekto o bersyon ng tox.

Kaugnay na mga artikulo