Un trabajo de CI puede pasar su entorno de proxy a tox sin modificar el tox.ini extraído. Para la configuración INI de tox 4:

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

La forma += añade a la lista pass_env existente. Un = simple reemplaza esa lista configurada. Las variables ya deben existir en el entorno que inicia tox; la anulación proporciona nombres, no valores de proxy.

La entrada transitoria correspondiente del entorno es:

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

Estos ejemplos usan comillas del shell POSIX. tox trata los nombres de pass_env sin distinguir mayúsculas y minúsculas, por lo que los nombres elegidos también coinciden con las variantes en minúsculas.

Para la configuración TOML nativa de tox, la tabla base del entorno de ejecución es env_run_base y no testenv. Usa la ruta que coincida con el formato de configuración real.

Esto configura los entornos de ejecución de pruebas. Un entorno de empaquetado aparte puede necesitar su propia política de reenvío. Del mismo modo, compara las entradas reales del descargador; el cliente sigue decidiendo si respeta las variables que recibe. Una anulación de una sola ejecución evita dejar una reescritura específica de CI en el repositorio, pero no sustituye la política prevista del proyecto cuando cada ejecución necesita la ruta.

Artículos relacionados