Jämförelse av tox 4 och terminal-proxymiljöer
Modern tox vidarebefordrar redan standardproxyvariabler. Granska åsidosättningarna och processen som gör nedladdningen innan du kopierar gamla lösningar med installationskommandon.
tox 4:s dokumenterade standardvidarebefordran omfattar http_proxy, https_proxy, no_proxy och PIP_*. Om pip fungerar i en terminal men misslyckas under tox-konfigurationen är saknad vidarebefordran bara en möjlig förklaring.
Jämför nedladdarens indata
Granska de endpoint- och kringgåendevärden som den misslyckade processen ser, inklusive explicita tox-åsidosättningar och miljöfiler. Ett projekt kan ersätta ett korrekt ärvt värde med ett föråldrat. Ett anpassat namn som my_https_proxy kräver en explicit mappning innan en nedladdare kan använda det.
Identifiera steget: skapande av miljö, paketering, installation av beroenden eller ett kommando inuti testmiljön. De kan involvera olika processer och inställningar.
Jämför också Python- och pip-versioner och beständig konfiguration. tox kan skapa en miljö med annat certifikatbeteende, så ett TLS-förtroendefel är inte tillräckligt bevis för att en proxyvariabel saknas.
Tillämpa den nödvändiga åsidosättningen
Använd den installerade tox-versionens miljökonfiguration och den vanliga hemlighetsmekanismen. Ett pip-omslag är bara användbart om en nödvändig mappning inte kan uttryckas tillräckligt där; det behöver också korrekt argumentvidarebefordran, utgångsstatus och plattformsbeteende.
Behåll den faktiska misslyckade processens indata i rapporten, med inloggningsuppgifter borttagna. Det ger en repeterbar jämförelse när projektet eller tox-versionen ändras.