tox 4 und Terminal-Proxy-Umgebungen im Vergleich
Modernes tox reicht Standard-Proxy-Variablen bereits durch. Prüfen Sie Overrides und den Prozess, der den Download ausführt, bevor Sie alte Workarounds für Installationsbefehle übernehmen.
Die dokumentierte Standard-Weitergabe von tox 4 umfasst http_proxy, https_proxy, no_proxy und PIP_*. Wenn pip in einem Terminal funktioniert, aber während des tox-Setups fehlschlägt, ist eine fehlende Weitergabe nur eine mögliche Erklärung.
Vergleichen Sie die Eingaben des Downloaders
Prüfen Sie die Endpunkt- und Bypass-Werte, die der fehlschlagende Prozess sieht, einschließlich expliziter tox-Overrides und Umgebungsdateien. Ein Projekt kann einen korrekt geerbten Wert durch einen veralteten ersetzen. Ein eigener Name wie my_https_proxy braucht eine explizite Zuordnung, bevor ein Downloader ihn nutzen kann.
Bestimmen Sie die Phase: Erstellung der Umgebung, Paketierung, Installation von Abhängigkeiten oder ein Befehl innerhalb der Testumgebung. Sie können unterschiedliche Prozesse und Einstellungen betreffen.
Vergleichen Sie außerdem Python- und pip-Versionen sowie persistente Konfiguration. tox kann eine Umgebung mit abweichendem Zertifikatsverhalten erzeugen, daher ist ein TLS-Vertrauensfehler kein ausreichender Beleg für eine fehlende Proxy-Variable.
Wenden Sie das erforderliche Override an
Nutzen Sie die unterstützte Umgebungskonfiguration der installierten tox-Version und den üblichen Secret-Mechanismus. Ein pip-Wrapper ist nur sinnvoll, wenn sich eine notwendige Zuordnung dort nicht ausreichend ausdrücken lässt; er braucht außerdem korrekte Argumentweitergabe, Exit-Status und Plattformverhalten.
Behalten Sie die Eingaben des tatsächlich fehlgeschlagenen Prozesses im Bericht, ohne Anmeldedaten. Das ermöglicht einen wiederholbaren Vergleich, wenn sich Projekt oder tox-Version ändern.