Et CI-job kan sende sit proxymiljø ind i tox uden at ændre den udtjekkede tox.ini. Til tox 4's INI-konfiguration:

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

+= -formen føjer til den eksisterende pass_env-liste. Et almindeligt = erstatter den konfigurerede liste. Variablerne skal allerede findes i det miljø, der starter tox; override'en leverer navne, ikke proxyværdier.

Det tilsvarende midlertidige miljøinput er:

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

Disse eksempler bruger POSIX shell-quoting. tox behandler pass_env-navne uden forskel på store og små bogstaver, så de valgte navne matcher også varianter med små bogstaver.

Til tox' egen TOML-konfiguration er grundtabellen for kørselsmiljøet env_run_base og ikke testenv. Brug den sti, der passer til det faktiske konfigurationsformat.

Dette konfigurerer testkørselsmiljøer. Et separat pakkemiljø kan have brug for sin egen videresendelsespolitik. På samme måde, sammenlign downloaderens faktiske input; klienten beslutter stadig, om den vil efterleve de variabler, den modtager. En override for én kørsel undgår at efterlade en CI-specifik omskrivning i repositoriet, men erstatter ikke den tilsigtede projektpolitik, når hver kørsel har brug for ruten.

Relaterede artikler