Споредба на tox 4 и прокси средините во терминалот
Современиот tox веќе ги пренесува стандардните прокси променливи. Проверете ги препишувањата и процесот што го врши преземањето пред да копирате стари решенија со команди за инсталација.
Документираното стандардно пренесување на tox 4 вклучува http_proxy, https_proxy, no_proxy и PIP_*. Ако pip работи во терминал, но не успева за време на поставувањето на tox, недостатокот на пренесување е само едно можно објаснување.
Споредете ги влезовите на преземачот
Проверете ги вредностите на крајната точка и заобиколувањето што ги гледа процесот што не успева, вклучувајќи ги експлицитните tox препишувања и датотеките на околината. Проектот може да замени точна наследена вредност со застарена. Прилагодено име како my_https_proxy бара експлицитно мапирање пред преземачот да може да го користи.
Определете ја фазата: создавање на околината, пакување, инсталирање зависности или команда во тестната околина. Тие можат да вклучуваат различни процеси и поставки.
Споредете ги и верзиите на Python и pip и постојаната конфигурација. tox може да создаде околина со различно однесување на сертификатите, па неуспехот на TLS довербата не е доволен доказ за недостаток на прокси променлива.
Применете го потребното препишување
Користете ја поддржаната конфигурација на околината на инсталираната верзија на tox и вообичаениот механизам за тајни. Обвивката на pip е корисна само ако потребното мапирање не може соодветно да се изрази таму; таа исто така бара правилно пренесување на аргументи, излезен статус и однесување на платформата.
Задржете ги во извештајот влезовите на вистинскиот неуспешен процес, со отстранети акредитиви. Тоа обезбедува повторлива споредба кога проектот или верзијата на tox ќе се променат.