Un job CI può passare il proprio ambiente proxy a tox senza modificare il tox.ini estratto. Per la configurazione INI di tox 4:

tox --override 'testenv.pass_env+=HTTP_PROXY,HTTPS_PROXY,NO_PROXY' -e py

La forma += aggiunge alla lista pass_env esistente. Un = semplice sostituisce quella lista configurata. Le variabili devono già esistere nell'ambiente che avvia tox; l'override fornisce nomi, non valori proxy.

L'input transitorio corrispondente dell'ambiente è:

TOX_OVERRIDE='testenv.pass_env+=HTTP_PROXY,HTTPS_PROXY,NO_PROXY' tox -e py

Questi esempi usano il quoting della shell POSIX. tox tratta i nomi pass_env senza distinzione tra maiuscole e minuscole, quindi i nomi scelti corrispondono anche alle varianti minuscole.

Per la configurazione TOML nativa di tox, la tabella base dell'ambiente di esecuzione è env_run_base e non testenv. Usa il percorso corrispondente al formato di configurazione effettivo.

Questo configura gli ambienti di esecuzione dei test. Un ambiente di packaging separato può richiedere una propria politica di inoltro. Allo stesso modo, confronta gli input effettivi del downloader; il client decide comunque se rispettare le variabili che riceve. Un override per una sola esecuzione evita di lasciare una riscrittura specifica della CI nel repository, ma non sostituisce la politica prevista del progetto quando ogni esecuzione ha bisogno della route.

Articoli correlati