tox 4 un termināļa starpniekservera videņu salīdzinājums
Mūsdienu tox jau nodod standarta starpniekservera mainīgos. Pirms veco instalācijas komandu risinājumu kopēšanas pārbaudiet pārrakstīšanas un lejupielādi veicošo procesu.
Dokumentētā tox 4 noklusējuma nodošana ietver http_proxy, https_proxy, no_proxy un PIP_*. Ja pip darbojas terminālī, bet neizdodas tox iestatīšanas laikā, nodošanas trūkums ir tikai viens iespējams skaidrojums.
Salīdziniet lejupielādētāja ievades
Pārbaudiet galapunkta un apiešanas vērtības, ko redz neizdevušais process, tostarp skaidras tox pārrakstīšanas un vides failus. Projekts var aizstāt pareizu mantoto vērtību ar novecojušu. Pielāgots nosaukums, piemēram, my_https_proxy, pirms lejupielādētājs to var izmantot, prasa skaidru kartējumu.
Nosakiet posmu: vides izveide, iesaiņošana, atkarību instalēšana vai komanda testa vidē. Tie var ietvert dažādus procesus un iestatījumus.
Salīdziniet arī Python un pip versijas un pastāvīgo konfigurāciju. tox var izveidot vidi ar atšķirīgu sertifikātu uzvedību, tāpēc TLS uzticēšanās kļūda nav pietiekams pierādījums tam, ka trūkst starpniekservera mainīgā.
Piemērojiet nepieciešamo pārrakstīšanu
Izmantojiet instalētās tox versijas atbalstīto vides konfigurāciju un parasto noslēpumu mehānismu. pip ietvars ir noderīgs tikai tad, ja nepieciešamo kartējumu tur nevar pietiekami izteikt; tam nepieciešama arī pareiza argumentu nodošana, iziešanas statuss un platformas uzvedība.
Saglabājiet pārskatā faktiski neizdevušā procesa ievades, noņemot akreditācijas datus. Tas nodrošina atkārtojamu salīdzinājumu, kad mainās projekts vai tox versija.