tox 4 ir terminalo tarpinio serverio aplinkų palyginimas
Šiuolaikinis tox jau perduoda standartinius tarpinio serverio kintamuosius. Prieš kopijuodami senus diegimo komandų sprendimus, patikrinkite perrašymus ir procesą, kuris atlieka atsisiuntimą.
Dokumentuotas numatytasis tox 4 perdavimas apima http_proxy, https_proxy, no_proxy ir PIP_*. Jei pip veikia terminale, bet nepavyksta nustatant tox, perdavimo trūkumas yra tik vienas galimas paaiškinimas.
Palyginkite atsisiuntėjo įvestis
Patikrinkite pabaigos taško ir apėjimo reikšmes, kurias mato nepavykstantis procesas, įskaitant aiškius tox perrašymus ir aplinkos failus. Projektas gali pakeisti teisingą paveldėtą reikšmę pasenusia. Pasirinktinis pavadinimas, pavyzdžiui, my_https_proxy, reikalauja aiškaus susiejimo, kol atsisiuntėjas galės jį naudoti.
Nustatykite etapą: aplinkos kūrimas, pakavimas, priklausomybių diegimas arba komanda testavimo aplinkoje. Jie gali apimti skirtingus procesus ir nustatymus.
Taip pat palyginkite Python ir pip versijas bei nuolatinę konfigūraciją. tox gali sukurti aplinką su kitokiu sertifikatų elgesiu, todėl TLS pasitikėjimo klaida nėra pakankamas įrodymas, kad trūksta tarpinio serverio kintamojo.
Taikykite reikiamą perrašymą
Naudokite įdiegtos tox versijos palaikomą aplinkos konfigūraciją ir įprastą slaptųjų duomenų mechanizmą. pip apvalkalas naudingas tik tuo atveju, jei reikiamo susiejimo ten neįmanoma pakankamai išreikšti; jam taip pat reikia teisingo argumentų perdavimo, išėjimo būsenos ir platformos elgesio.
Išsaugokite ataskaitoje tikrojo nepavykusio proceso įvestis, pašalinę prisijungimo duomenis. Tai suteikia pakartojamą palyginimą, kai pasikeičia projektas ar tox versija.