CI պրոքսի փոփոխականները փոխանցել tox 4-ի մեկ աշխատանքի
Ավելացրեք պրոքսի փոփոխականները tox 4-ի pass_env-ում հրամանատողի override-ով՝ առանց CI build-ի քայլում tox.ini-ն վերագրելու։
CI աշխատանքը կարող է իր պրոքսի միջավայրը փոխանցել tox-ին՝ չփոփոխելով ստացված tox.ini-ն։ tox 4-ի INI կարգավորման համար՝
tox --override 'testenv.pass_env+=HTTP_PROXY,HTTPS_PROXY,NO_PROXY' -e py+= ձևը ավելացնում է գոյություն ունեցող pass_env ցանկին։ Սովորական = ն փոխարինում է այդ կարգավորված ցանկը։ Փոփոխականները պետք է արդեն գոյություն ունենան tox-ը գործարկող միջավայրում․ override-ը տալիս է անուններ, ոչ թե պրոքսի արժեքներ։
Համապատասխան ժամանակավոր միջավայրի մուտքը՝
TOX_OVERRIDE='testenv.pass_env+=HTTP_PROXY,HTTPS_PROXY,NO_PROXY' tox -e pyԱյս օրինակները օգտագործում են POSIX shell quoting։ tox-ը pass_env անունները դիտարկում է առանց մեծատառ/փոքրատառ տարբերության, ուստի ընտրված անունները համընկնում են նաև փոքրատառ տարբերակների հետ։
tox-ի բնիկ TOML կարգավորման համար գործարկման միջավայրի հիմնական աղյուսակը env_run_base-ն է, ոչ testenv-ը։ Օգտագործեք փաստացի կարգավորման ձևաչափին համապատասխան ուղին։
Սա կարգավորում է թեստային գործարկումների միջավայրերը։ Առանձին փաթեթավորման միջավայրը կարող է ունենալ իր փոխանցման քաղաքականությունը։ Նույնպես, համեմատեք ներբեռնիչի փաստացի մուտքերը․ հաճախորդը դեռ որոշում է՝ արդյոք պահպանել ստացված փոփոխականները։ Մեկ գործարկման override-ը խուսափում է պահոցում CI-հատուկ վերագրում թողնելուց, բայց չի փոխարինում նախատեսված նախագծային քաղաքականությանը, երբ յուրաքանչյուր գործարկում պահանջում է այդ ուղին։