Документоване стандартне передавання в tox 4 включає http_proxy, https_proxy, no_proxy і PIP_*. Якщо pip працює в терміналі, але зазнає невдачі під час налаштування tox, відсутність передавання — лише одне з можливих пояснень.

Порівняйте вхідні дані завантажувача

Перевірте значення кінцевої точки та обходу, які бачить процес, що зазнає невдачі, зокрема явні перевизначення tox і файли середовища. Проєкт може замінити коректне успадковане значення застарілим. Власна назва, як-от my_https_proxy, потребує явного зіставлення, перш ніж завантажувач зможе її використати.

Визначте етап: створення середовища, пакування, встановлення залежностей або команда всередині тестового середовища. Вони можуть залучати різні процеси й налаштування.

Порівняйте також версії Python і pip та постійну конфігурацію. tox може створити середовище з іншою поведінкою сертифікатів, тому збій довіри TLS не є достатнім доказом відсутності змінної проксі.

Застосуйте потрібне перевизначення

Використовуйте підтримувану конфігурацію середовища встановленої версії tox і звичайний механізм секретів. Обгортка pip корисна лише тоді, коли потрібне зіставлення неможливо достатньо виразити там; їй також потрібні коректне передавання аргументів, код виходу та поведінка платформи.

Збережіть у звіті вхідні дані фактично невдалого процесу, прибравши облікові дані. Це забезпечує відтворюване порівняння, коли змінюються проєкт або версія tox.

Схожі статті