En CI-jobb kan sende proxymiljøet sitt inn i tox uten å endre den utsjekkede tox.ini. For tox 4s INI-konfigurasjon:

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

+= -formen legger til i den eksisterende pass_env-listen. En vanlig = erstatter den konfigurerte listen. Variablene må allerede finnes i miljøet som starter tox; overstyringen gir navn, ikke proxyverdier.

Den tilsvarende midlertidige miljøinndataen er:

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

Disse eksemplene bruker POSIX shell-quoting. tox behandler pass_env-navn uten å skille mellom store og små bokstaver, så de valgte navnene samsvarer også med varianter med små bokstaver.

For tox' innebygde TOML-konfigurasjon er grunntabellen for kjøremiljøet env_run_base og ikke testenv. Bruk banen som passer til det faktiske konfigurasjonsformatet.

Dette konfigurerer testkjøringsmiljøer. Et eget pakkemiljø kan trenge sin egen videresendingspolicy. På samme måte, sammenlign nedlasterens faktiske inndata; klienten avgjør fortsatt om den vil etterleve variablene den mottar. En overstyring for én kjøring unngår å etterlate en CI-spesifikk omskriving i repositoriet, men erstatter ikke den tiltenkte prosjektpolicyen når hver kjøring trenger ruten.

Relaterte artikler