የCI ፕሮክሲ ተለዋዋጮችን ለአንድ የtox 4 ሩጫ አስተላልፍ

የCI ሥራ የተጠቀሰውን tox.ini ሳይቀይር የፕሮክሲ አካባቢውን ወደ tox ማስተላለፍ ይችላል። ለ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 ውቅር፣ የመሠረት ሩጫ-አካባቢ ሰንጠረዥ testenv ሳይሆን env_run_base ነው። ከእውነተኛው የውቅር ቅርጸት ጋር የሚስማማውን መንገድ ተጠቀም።

ይህ የሙከራ ሩጫ አካባቢዎችን ያዋቅራል። የተለየ የማሸጊያ አካባቢ የራሱ የማስተላለፍ መርህ ሊያስፈልገው ይችላል። በተመሳሳይም የማውረጃውን ትክክለኛ ግቤቶች አወዳድር፤ ደንበኛው የሚቀበላቸውን ተለዋዋጮች ማክበር አለመማክበሩን አሁንም ይወስናል። የአንድ ጊዜ override በማከማቻው ውስጥ CI-ተኮር ጽሑፍ እንዳይቀር ያስወግዳል፣ ነገር ግን እያንዳንዱ ሩጫ መንገዱን ሲፈልግ የታሰበውን የፕሮጀክት መርህ አይተካም።