Kalimi i parazgjedhur i dokumentuar i tox 4 përfshin http_proxy, https_proxy, no_proxy dhe PIP_*. Nëse pip funksionon në terminal por dështon gjatë konfigurimit të tox, mungesa e kalimit është vetëm një shpjegim i mundshëm.

Krahasoni hyrjet e shkarkuesit

Inspektoni vlerat e pikës fundore dhe të anashkalimit që sheh procesi që dështon, duke përfshirë anashkalimet e qarta të tox dhe skedarët e mjedisit. Një projekt mund të zëvendësojë një vlerë të trashëguar të saktë me një të vjetruar. Një emër i personalizuar si my_https_proxy kërkon një hartëzim të qartë përpara se një shkarkues ta përdorë.

Identifikoni fazën: krijimi i mjedisit, paketimi, instalimi i varësive ose një komandë brenda mjedisit të testimit. Ato mund të përfshijnë procese dhe cilësime të ndryshme.

Krahasoni gjithashtu versionet e Python dhe pip dhe konfigurimin e përhershëm. tox mund të krijojë një mjedis me sjellje të ndryshme certifikatash, prandaj një dështim i besimit TLS nuk është provë e mjaftueshme për mungesën e një variabli proxy.

Zbatoni anashkalimin e kërkuar

Përdorni konfigurimin e mjedisit të mbështetur nga versioni i instaluar i tox dhe mekanizmin e zakonshëm të sekreteve. Një mbështjellës pip është i dobishëm vetëm nëse hartëzimi i nevojshëm nuk mund të shprehet në mënyrë adekuate atje; ai gjithashtu kërkon kalim të saktë të argumenteve, status daljeje dhe sjellje të platformës.

Mbajini në raport hyrjet e procesit që dështoi në të vërtetë, pa kredencialet. Kjo ofron një krahasim të përsëritshëm kur projekti ose versioni i tox ndryshon.

Artikuj të ngjashëm