CI-Proxy-Variablen an einen tox-4-Lauf übergeben
Hänge Proxy-Variablen über ein Kommandozeilen-Override an pass_env von tox 4 an, ohne tox.ini in einem CI-Build-Schritt umzuschreiben.
Ein CI-Job kann seine Proxy-Umgebung an tox übergeben, ohne die ausgecheckte tox.ini zu ändern. Für die INI-Konfiguration von tox 4:
tox --override 'testenv.pass_env+=HTTP_PROXY,HTTPS_PROXY,NO_PROXY' -e py
Die +=-Form hängt an die vorhandene pass_env-Liste an. Ein einfaches = ersetzt diese konfigurierte Liste. Die Variablen müssen bereits in der Umgebung existieren, die tox startet; das Override liefert Namen, keine Proxy-Werte.
Die entsprechende temporäre Umgebungseingabe ist:
TOX_OVERRIDE='testenv.pass_env+=HTTP_PROXY,HTTPS_PROXY,NO_PROXY' tox -e py
Diese Beispiele verwenden POSIX-Shell-Quoting. tox behandelt die pass_env-Namen ohne Unterscheidung von Groß- und Kleinschreibung, sodass die gewählten Namen auch zu kleingeschriebenen Varianten passen.
Für die native TOML-Konfiguration von tox ist die Basis-Laufumgebungstabelle env_run_base und nicht testenv. Verwende den Pfad, der zum tatsächlichen Konfigurationsformat passt.
Dies konfiguriert Testlaufumgebungen. Eine separate Paketierungsumgebung kann eine eigene Weiterleitungsrichtlinie benötigen. Ebenso, vergleiche die tatsächlichen Eingaben des Downloaders; der Client entscheidet weiterhin, ob er die empfangenen Variablen beachtet. Ein Override für einen Lauf vermeidet eine CI-spezifische Umschreibung im Repository, ersetzt aber nicht die vorgesehene Projektrichtlinie, wenn jeder Lauf die Route braucht.