tox 4:n ja terminaalin välityspalvelinympäristöjen vertailu
Nykyaikainen tox välittää jo vakio-välityspalvelinmuuttujat. Tarkista ohitukset ja latauksen tekevä prosessi ennen kuin kopioit vanhoja asennuskomentojen ratkaisuja.
tox 4:n dokumentoitu oletusvälitys sisältää http_proxy, https_proxy, no_proxy ja PIP_*. Jos pip toimii terminaalissa mutta epäonnistuu tox-asennuksen aikana, puuttuva välitys on vain yksi mahdollinen selitys.
Vertaa lataajan syötteitä
Tarkista päätepisteen ja ohituksen arvot, jotka epäonnistuva prosessi näkee, mukaan lukien eksplisiittiset tox-ohitukset ja ympäristötiedostot. Projekti voi korvata oikean perityn arvon vanhentuneella. Mukautettu nimi, kuten my_https_proxy, vaatii eksplisiittisen mappauksen ennen kuin lataaja voi käyttää sitä.
Yksilöi vaihe: ympäristön luonti, paketointi, riippuvuuksien asennus tai komento testiympäristön sisällä. Ne voivat koskea eri prosesseja ja asetuksia.
Vertaa myös Pythonin ja pipin versioita ja pysyvää konfiguraatiota. tox voi luoda ympäristön, jossa varmenteiden käyttäytyminen on erilainen, joten TLS-luottamusvirhe ei ole riittävä todiste puuttuvasta välityspalvelinmuuttujasta.
Käytä vaadittu ohitus
Käytä asennetun tox-version tuettua ympäristökonfiguraatiota ja tavallista salaisuusmekanismia. pip-kääre on hyödyllinen vain, jos tarvittavaa mappausta ei voi ilmaista riittävästi siinä; se tarvitsee myös oikean argumenttien välityksen, poistumistilan ja alustan toiminnan.
Säilytä raportissa todellisen epäonnistuneen prosessin syötteet ilman tunnistetietoja. Se tarjoaa toistettavan vertailun, kun projekti tai tox-versio muuttuu.