tox 4-ի փաստաթղթավորված լռելյայն փոխանցումը ներառում է http_proxy, https_proxy, no_proxy և PIP_*։ Եթե pip-ը աշխատում է տերմինալում, բայց ձախողվում է tox-ի կարգաբերման ընթացքում, ապա փոխանցման բացակայությունը միայն մեկ հնարավոր բացատրություն է։

Համեմատեք ներբեռնիչի մուտքերը

Ստուգեք վերջնակետի և շրջանցման արժեքները, որոնք տեսնում է ձախողվող գործընթացը, ներառյալ բացահայտ tox վերագրանցումները և միջավայրի ֆայլերը։ Նախագիծը կարող է ճիշտ ժառանգված արժեքը փոխարինել հնացածով։ my_https_proxy-ի նման հատուկ անվանումը պահանջում է բացահայտ քարտեզագրում, նախքան ներբեռնիչը կկարողանա օգտագործել այն։

Որոշեք փուլը՝ միջավայրի ստեղծում, փաթեթավորում, կախվածությունների տեղադրում կամ հրաման թեստային միջավայրի ներսում։ Դրանք կարող են ներառել տարբեր գործընթացներ և կարգավորումներ։

Համեմատեք նաև Python-ի և pip-ի տարբերակները և մշտական կոնֆիգուրացիան։ tox-ը կարող է ստեղծել տարբեր վկայագրային վարքով միջավայր, ուստի TLS վստահության ձախողումը բավարար ապացույց չէ փրոքսի փոփոխականի բացակայության համար։

Կիրառեք պահանջվող վերագրանցումը

Օգտագործեք տեղադրված tox տարբերակի աջակցվող միջավայրի կոնֆիգուրացիան և սովորական գաղտնիքների մեխանիզմը։ pip-ի փաթաթան օգտակար է միայն այն դեպքում, երբ անհրաժեշտ քարտեզագրումը հնարավոր չէ այնտեղ բավարար արտահայտել. այն նաև պահանջում է արգումենտների ճիշտ փոխանցում, ելքի կարգավիճակ և հարթակի վարք։

Զեկույցում պահեք փաստացի ձախողված գործընթացի մուտքերը՝ հեռացնելով հավատարմագրերը։ Դա ապահովում է կրկնելի համեմատություն, երբ փոխվում են նախագիծը կամ tox-ի տարբերակը։

Առնչվող հոդվածներ