Confronto tra tox 4 e gli ambienti proxy del terminale
Il tox moderno inoltra già le variabili proxy standard. Ispeziona le sostituzioni e il processo che esegue il download prima di copiare vecchie soluzioni con comandi di installazione.
L'inoltro predefinito documentato di tox 4 include http_proxy, https_proxy, no_proxy e PIP_*. Se pip funziona in un terminale ma non riesce durante la configurazione di tox, l'inoltro mancante è solo una possibile spiegazione.
Confronta gli input del downloader
Ispeziona i valori di endpoint e di bypass visti dal processo che non riesce, comprese le sostituzioni esplicite di tox e i file di ambiente. Un progetto può sostituire un valore ereditato corretto con uno obsoleto. Un nome personalizzato come my_https_proxy richiede una mappatura esplicita prima che un downloader possa usarlo.
Identifica la fase: creazione dell'ambiente, pacchettizzazione, installazione delle dipendenze o un comando dentro l'ambiente di test. Possono coinvolgere processi e impostazioni diversi.
Confronta anche le versioni di Python e pip e la configurazione persistente. tox può creare un ambiente con un comportamento dei certificati diverso, quindi un errore di fiducia TLS non è prova sufficiente di una variabile proxy mancante.
Applica la sostituzione necessaria
Usa la configurazione dell'ambiente supportata dalla versione installata di tox e il normale meccanismo dei segreti. Un wrapper di pip è utile solo se la mappatura necessaria non può essere espressa adeguatamente lì; richiede anche un corretto inoltro degli argomenti, stato di uscita e comportamento della piattaforma.
Mantieni nel rapporto gli input del processo effettivamente fallito, senza le credenziali. Ciò fornisce un confronto ripetibile quando il progetto o la versione di tox cambiano.